Удаление ноды ProxMox из кластера
☝ Переместите все виртуальные машины с узла. Убедитесь, что вы сделали копии всех локальных данных или резервных копий, которые вы хотите сохранить. Кроме того, убедитесь, что вы удалили все запланированные задания репликации на узел, который нужно удалить.(статья содержит перевод официальной документации)
☝ Невыполнение удаления заданий репликации на узел перед удалением указанного узла приведет к тому, что задание репликации станет неустранимым. Особо следует отметить, что репликация автоматически меняет направление, если реплицированная ВМ мигрирует, поэтому при миграции реплицированной ВМ с узла, который должен быть удален, задания репликации будут настроены на этот узел автоматически.
В следующем примере мы удалим узел hp4 из кластера.
Войдите в другой узел кластера (не hp4) и выполните команду pvecm nodes, чтобы определить идентификатор узла, который необходимо удалить:
hp1# pvecm nodes
Membership information
~~~~~~~~~~~~~~~~~~~~~~
Nodeid Votes Name
1 1 hp1 (local)
2 1 hp2
3 1 hp3
4 1 hp4☝ Как упоминалось выше, крайне важно отключить питание узла перед его удалением и убедиться, что он не включится снова (в существующей сети кластера) с его текущей конфигурацией. Если вы включите питание узла в том виде, в котором он есть, кластер может выйти из строя, и его будет сложно восстановить до рабочего состояния.
После выключения узла hp4 мы можем безопасно удалить его из кластера.
hp1# pvecm delnode hp4
Killing node 4🤞 На этом этапе вы можете получить сообщение об ошибке Could not kill node (error = CS_ERR_NOT_EXIST) . Это не означает фактического сбоя при удалении узла, а скорее сбоя в corosync, пытающемся убить офлайн-узел. Таким образом, его можно смело игнорировать.
Используйте pvecm nodes или pvecm status , чтобы снова проверить список узлов. Он должен выглядеть примерно так:
hp1# pvecm status
...
Votequorum information
~~~~~~~~~~~~~~~~~~~~~~
Expected votes: 3
Highest expected: 3
Total votes: 3
Quorum: 2
Flags: Quorate
Membership information
~~~~~~~~~~~~~~~~~~~~~~
Nodeid Votes Name
0x00000001 1 192.168.15.90 (local)
0x00000002 1 192.168.15.91
0x00000003 1 192.168.15.92Если по какой-либо причине вы хотите, чтобы этот сервер снова присоединился к тому же кластеру, вам необходимо:
- выполните на нем новую установку Proxmox VE,
- затем присоединитесь к нему, как описано в предыдущем разделе.
🤞 После удаления узла его отпечаток SSH все еще будет находиться в known_hosts других узлов. Если вы получаете ошибку SSH после повторного присоединения к узлу с тем же IP или именем хоста, запустите pvecm updatecerts один раз на повторно добавленном узле, чтобы обновить его кластер отпечатков.
Источник
PMG Cluster Remove Second Node
28-03-2024, 21:08, Linux / Почта/Домены
ProxMox Менеджер кластера
5-07-2024, 14:36, Linux / Виртуализация
Проблемы с репликацией ProxMox
3-09-2024, 16:28, Linux / Виртуализация
Введение в работу с Proxmox Mail Gateway
13-01-2025, 11:19, Linux / Почта/ДоменыЧто такое IT-GIT?
«IT» — это не просто технологии, а целый мир инноваций и решений, направленных на преодоление сложностей. Мы представляем экспертность в области информационных технологий и широкой технологической экосистемы, стремясь к постоянному развитию и совершенствованию.
«Git» — это отсылка к одной из самых популярных систем контроля версий, которая обеспечивает эффективное сотрудничество, быструю итерацию и надежное управление сложными проектами. Мы стремимся объединить и поделиться опытом и идеями специалистов в сфере технологий, создавая пространство для обмена знаниями.
Инновационные технологии + совместный опыт экспертов в области технологий = путь к успеху!
