Исходный код вики Keepalived: высокая доступность для самостоятельных сервисов
Редактировал(а) Сергей Коршунов 2024/10/18 13:09
Последние авторы
| author | version | line-number | content |
|---|---|---|---|
| 1 | Keepalived: высокая доступность для самостоятельных сервисов | ||
| 2 | |||
| 3 | |||
| 4 | Мастер настройки Keepalived. Погрузитесь в установку на Ubuntu, протокол VRRP и легко устраняйте распространенные проблемы.[[image:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Keepalived-HA-for-self-hosted-home-lab-780x470.png||alt="Keepalived ha для самостоятельно размещенной домашней лаборатории"]] | ||
| 5 | |||
| 6 | Keepalived ha для самостоятельно размещенной домашней лаборатории | ||
| 7 | |||
| 8 | Если вы размещаете сервисы самостоятельно в своей домашней лаборатории или используете серверы Linux в производстве, важно обеспечить избыточность для ваших сервисов самостоятельного размещения. Если у вас отключился хост или произошел сбой оборудования, вы можете обеспечить высокую доступность и балансировку нагрузки для ваших сетевых сервисов (они же IP-адреса) с помощью сервиса Keepalived. | ||
| 9 | |||
| 10 | Оглавление | ||
| 11 | |||
| 12 | == Что такое Keepalived? == | ||
| 13 | |||
| 14 | Keepalived работает, используя **VRRP (Virtual Router Redundancy Protocol)** для обеспечения высокой доступности и отказоустойчивости для IP-сервисов. Он довольно прост в настройке и позволяет вам предоставлять высокодоступный IP-адрес, который находится «перед» вашими сервисами. | ||
| 15 | |||
| 16 | Если текущий «владелец» этого IP-адреса выйдет из строя, вторичный сервер примет на себя этот IP-адрес, и он по-прежнему будет доступен. | ||
| 17 | |||
| 18 | В качестве примечания, Keepalived сам по себе не делает ваше приложение избыточным. Вам нужно убедиться, что вы заботитесь о репликации данных и других деталях для вашего приложения, чтобы гарантировать, что ваши серверы в вашей конфигурации Keepalived могут обслуживать приложение. | ||
| 19 | |||
| 20 | === Дополнительная информация о Keepalived и VRRP === | ||
| 21 | |||
| 22 | Протокол VRRP обеспечивает доступность виртуального IP на нескольких серверах. В типичных сценариях один сервер назначается главным, удерживая виртуальный IP, а другие остаются в резервном состоянии. Этот главный сервер управляет трафиком и обслуживает клиентские запросы. | ||
| 23 | |||
| 24 | В случае возникновения каких-либо проблем в работу вступает один из [[резервных серверов>>url:https://www.virtualizationhowto.com/2012/05/how-to-use-windows-server-backup-files/]] , который берет на себя управление виртуальным IP-адресом и обеспечивает непрерывность обслуживания. | ||
| 25 | |||
| 26 | === Балансировка нагрузки === | ||
| 27 | |||
| 28 | Балансировка нагрузки, по сути, обеспечивает эффективное распределение входящего сетевого трафика по нескольким серверам. Keepalived с его возможностями отказоустойчивости IP без проблем работает с балансировщиками нагрузки. Цель? Гарантировать, что если один сервер выйдет из строя, балансировщик нагрузки быстро перенаправит трафик на другой активный сервер. | ||
| 29 | |||
| 30 | Keepalived обеспечивает постоянную активность виртуального IP-адреса, даже если основной сервер выходит из строя, расширяет возможности традиционных балансировщиков нагрузки. Независимо от того, используете ли вы выделенный балансировщик нагрузки или программное решение, интеграция с Keepalived может значительно повысить устойчивость вашей сети. | ||
| 31 | |||
| 32 | == Установка Keepalived в Ubuntu == | ||
| 33 | |||
| 34 | Давайте рассмотрим [[шаги, необходимые для установки Keepalived в Ubuntu, и требуемую конфигурацию>>url:https://www.virtualizationhowto.com/2024/03/proxmox-sdn-configuration-step-by-step/]] . | ||
| 35 | |||
| 36 | === 1. Обновите систему === | ||
| 37 | |||
| 38 | Перед началом установки любого пакета всегда рекомендуется обновить систему и системные пакеты. Это гарантирует, что вы получите последнюю версию и зависимости: | ||
| 39 | |||
| 40 | {{{sudo apt-get update && sudo apt-get upgrade -y}}}[[~[~[image:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Updating-Ubuntu-Server-with-the-latest-patches.png~|~|alt="Обновление сервера Ubuntu с последними патчами"~]~]>>url:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Updating-Ubuntu-Server-with-the-latest-patches.png]] | ||
| 41 | |||
| 42 | Обновление сервера Ubuntu с последними патчами | ||
| 43 | |||
| 44 | === 2. Установить Keepalived === | ||
| 45 | |||
| 46 | После обновления системы установите Keepalived с помощью менеджера пакетов **apt :** | ||
| 47 | |||
| 48 | {{{sudo apt install keepalived -y}}} | ||
| 49 | |||
| 50 | Вы увидите установку компонентов Keepalived, включая компоненты командного канала ядра netlink.[[~[~[image:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Beginning-the-installation-of-Keepalived.png~|~|alt="Начинаем установку keepalived"~]~]>>url:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Beginning-the-installation-of-Keepalived.png]] | ||
| 51 | |||
| 52 | Начало установки | ||
| 53 | |||
| 54 | === 3. Проверьте установку === | ||
| 55 | |||
| 56 | После завершения установки вы можете проверить версию Keepalived, чтобы убедиться, что она установлена правильно: | ||
| 57 | |||
| 58 | {{{keepalived --version}}}[[~[~[image:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Checking-the-version-of-keepalived-after-installation.png~|~|alt="Проверка версии keepalived после установки"~]~]>>url:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Checking-the-version-of-keepalived-after-installation.png]] | ||
| 59 | |||
| 60 | Проверка версии после установки | ||
| 61 | |||
| 62 | === 4. Настройте Keepalived === | ||
| 63 | |||
| 64 | Перед запуском службы Keepalived вам нужно настроить ее конфигурацию в соответствии с вашими потребностями. Основной файл конфигурации keepalived для Keepalived — **/etc/keepalived/keepalived.conf** . | ||
| 65 | |||
| 66 | Вы можете создать или изменить этот файл, используя текстовый редактор по вашему выбору: | ||
| 67 | |||
| 68 | {{{sudo nano /etc/keepalived/keepalived.conf}}} | ||
| 69 | |||
| 70 | Добавьте желаемые параметры конфигурации. В качестве простой отправной точки вы можете добавить что-то вроде следующего для настроенного аварийного переключения IP, которое устанавливает виртуальный IP-адрес. | ||
| 71 | |||
| 72 | **Узел 1:** | ||
| 73 | |||
| 74 | {{{vrrp_instance VI_1 { | ||
| 75 | state MASTER | ||
| 76 | interface ens192 | ||
| 77 | virtual_router_id 51 | ||
| 78 | priority 100 | ||
| 79 | advert_int 1 | ||
| 80 | authentication { | ||
| 81 | auth_type PASS | ||
| 82 | auth_pass myauthpass99 | ||
| 83 | } | ||
| 84 | unicast_peer { | ||
| 85 | 10.1.149.124 | ||
| 86 | } | ||
| 87 | virtual_ipaddress { | ||
| 88 | 10.1.149.125 | ||
| 89 | } | ||
| 90 | }}}} | ||
| 91 | |||
| 92 | Далее измените конфигурацию следующего узла. | ||
| 93 | |||
| 94 | **Узел 2:** | ||
| 95 | |||
| 96 | {{{vrrp_instance VI_1 { | ||
| 97 | state MASTER | ||
| 98 | interface ens192 | ||
| 99 | virtual_router_id 51 | ||
| 100 | priority 120 | ||
| 101 | advert_int 1 | ||
| 102 | authentication { | ||
| 103 | auth_type PASS | ||
| 104 | auth_pass myauthpass99 | ||
| 105 | } | ||
| 106 | unicast_peer { | ||
| 107 | 10.1.149.123 | ||
| 108 | } | ||
| 109 | virtual_ipaddress { | ||
| 110 | 10.1.149.125 | ||
| 111 | } | ||
| 112 | }}}} | ||
| 113 | |||
| 114 | В приведенной выше конфигурации вам потребуется получить имя вашего интерфейса, что можно сделать с помощью команды: | ||
| 115 | |||
| 116 | {{{ip a}}}[[~[~[image:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Getting-the-interface-name-in-Linux.png~|~|alt="Получение имени интерфейса в Linux"~]~]>>url:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Getting-the-interface-name-in-Linux.png]] | ||
| 117 | |||
| 118 | Получение имени интерфейса в Linux | ||
| 119 | |||
| 120 | === 5. Запустите службу === | ||
| 121 | |||
| 122 | После настройки Keepalived запустите службу: | ||
| 123 | |||
| 124 | {{{sudo systemctl start keepalived}}} | ||
| 125 | |||
| 126 | При желании можно запустить Keepalived при загрузке: | ||
| 127 | |||
| 128 | {{{sudo systemctl enable keepalived}}}[[~[~[image:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Enabling-the-keepalived-service.png~|~|alt="Включение службы keepalived"~]~]>>url:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Enabling-the-keepalived-service.png]] | ||
| 129 | |||
| 130 | Включение услуги | ||
| 131 | |||
| 132 | === 6. Мониторинг обслуживания === | ||
| 133 | |||
| 134 | Чтобы проверить статус службы Keepalived: | ||
| 135 | |||
| 136 | {{{sudo systemctl status keepalived}}}[[~[~[image:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Getting-the-status-of-the-Keepalived-service.png~|~|alt="Получение статуса службы keepalived"~]~]>>url:https://www.virtualizationhowto.com/wp-content/uploads/2023/09/Getting-the-status-of-the-Keepalived-service.png]] | ||
| 137 | |||
| 138 | Получение статуса службы keepalived | ||
| 139 | |||
| 140 | === 7. Заключительные шаги === | ||
| 141 | |||
| 142 | Возможно, вам захочется глубже изучить документацию Keepalived или форумы сообщества для расширенных настроек. Конфигурацию можно настроить для поддержки различных сценариев, включая несколько виртуальных IP-адресов, расширенные проверки работоспособности и т. д. | ||
| 143 | |||
| 144 | Вы можете просмотреть их документацию здесь: | ||
| 145 | |||
| 146 | [[Руководство пользователя Keepalived — документация Keepalived 1.2.15>>url:https://keepalived.readthedocs.io/en/latest/#]] | ||
| 147 | |||
| 148 | == Поиск неисправностей == | ||
| 149 | |||
| 150 | Keepalived — это надежное решение для высокой доступности, но вы можете столкнуться с проблемами, как и со всем программным обеспечением. Вот некоторые распространенные проблемы и их решения, которые помогут вам более эффективно ориентироваться в Keepalived: | ||
| 151 | |||
| 152 | === 1. Keepalived не запускается === | ||
| 153 | |||
| 154 | Если Keepalived не запускается, проверьте системные [[журналы на наличие ошибок>>url:https://www.virtualizationhowto.com/2015/03/sql-server-local-sql-authentication-error-logged-in-locally/]] : | ||
| 155 | |||
| 156 | {{{sudo journalctl -u keepalived}}} | ||
| 157 | |||
| 158 | Часто проблема заключается в неправильной настройке файла **keepalived.conf** . Убедитесь, что нет опечаток или неправильных настроек. | ||
| 159 | |||
| 160 | === 2. Виртуальный IP-адрес не назначен === | ||
| 161 | |||
| 162 | Если виртуальный IP не назначается: | ||
| 163 | |||
| 164 | * Убедитесь, что сетевой интерфейс, указанный в **keepalived.conf** , правильный. | ||
| 165 | * Убедитесь, что указанный [[виртуальный IP-адрес еще не используется в сети>>url:https://www.virtualizationhowto.com/2024/06/pfsense-virtual-machine-as-a-network-firewall/]] . | ||
| 166 | * Проверьте трафик VRRP с помощью таких инструментов, как **tcpdump** : | ||
| 167 | |||
| 168 | {{{sudo tcpdump -i eth0 vrrp}}} | ||
| 169 | |||
| 170 | Замените **eth0** на имя вашего сетевого интерфейса. | ||
| 171 | |||
| 172 | === 3. Переход в резервное состояние не происходит === | ||
| 173 | |||
| 174 | Если ваш главный сервер вышел из строя, а резервный не взял на себя его функции: | ||
| 175 | |||
| 176 | * Убедитесь, что и главный, и резервный серверы имеют связь. Они должны «видеть» VRRP-объявления друг друга. | ||
| 177 | * Проверьте настройки приоритета. Резервный сервер должен иметь более низкий приоритет, чем главный. | ||
| 178 | |||
| 179 | === 4. Ошибки аутентификации === | ||
| 180 | |||
| 181 | При использовании аутентификации VRRP убедитесь, что: | ||
| 182 | |||
| 183 | * Оба сервера имеют одинаковый тип аутентификации (PASS или AH). | ||
| 184 | * Пароли аутентификации совпадают на всех серверах. | ||
| 185 | |||
| 186 | === 5. В журналах отображаются сообщения «Ошибка Netlink» === | ||
| 187 | |||
| 188 | Это может быть связано с несколькими запущенными экземплярами Keepalived. Убедитесь, что запущен только один экземпляр. Вы можете проверить запущенные процессы с помощью: | ||
| 189 | |||
| 190 | {{{pgrep -fa keepalived}}} | ||
| 191 | |||
| 192 | === 6. Высокая загрузка ЦП из-за Keepalived === | ||
| 193 | |||
| 194 | Высокая загрузка ЦП иногда может быть связана с чрезмерным ведением журнала, особенно если Keepalived настроен на ведение журнала каждой рекламы VRRP. Отрегулируйте уровни детализации журнала в настройках конфигурации или системного регистратора. | ||
| 195 | |||
| 196 | === 7. Проверьте, не выполняются ли скрипты === | ||
| 197 | |||
| 198 | Если вы настроили Keepalived для запуска скриптов проверки работоспособности: | ||
| 199 | |||
| 200 | * Убедитесь, что скрипт имеет необходимые разрешения для выполнения. | ||
| 201 | * Проверьте правильность пути к скрипту в **keepalived.conf .** | ||
| 202 | * Проверьте скрипт вручную, чтобы убедиться, что он работает без ошибок. | ||
| 203 | |||
| 204 | === 8. Экземпляр VRRP переходит в состояние FAULT === | ||
| 205 | |||
| 206 | Если экземпляр VRRP постоянно переходит в состояние FAULT: | ||
| 207 | |||
| 208 | * Проверьте журналы на наличие связанных записей. | ||
| 209 | * Проверьте все сценарии и интерфейсы треков. Если какой-либо из них выйдет из строя или выйдет из строя, экземпляр VRRP перейдет в состояние FAULT. | ||
| 210 | |||
| 211 | === Настройка для оптимальной производительности === | ||
| 212 | |||
| 213 | Для новичков может быть достаточно базовой конфигурации. Однако по мере роста сети конфигурации могут стать более подробными при нормальных условиях. Важно понимать конфигурацию, которую можно задать в файле конфигурации по адресу **etc/keepalived/keepalived.conf** . | ||
| 214 | |||
| 215 | ==== Главное и резервное состояния ==== | ||
| 216 | |||
| 217 | В конфигурации Keepalived роль сервера, главного или резервного, определяется параметром состояния. Главное состояние означает, что сервер в данный момент удерживает виртуальный IP. Резервное состояние не требует пояснений; эти серверы ждут своего часа, готовые взять на себя управление, если главный выйдет из строя. | ||
| 218 | |||
| 219 | ==== Приоритет ==== | ||
| 220 | |||
| 221 | Каждому серверу, настроенному с Keepalived, назначается значение приоритета. Сервер с более высоким приоритетом с большей вероятностью будет выбран в качестве главного. В сценариях, где два сервера имеют одинаковый приоритет, другие факторы, такие как IP-адрес, определяют главного. | ||
| 222 | |||
| 223 | == Самостоятельные сервисы для использования с Keepalived == | ||
| 224 | |||
| 225 | Итак, теперь, когда у нас есть хорошее понимание Keepalived, как его установить и что он делает, какие самостоятельные сервисы хорошо подходят для использования с Keepalived? Вы определенно можете подумать об использовании Keepalived со следующими предложениями: | ||
| 226 | |||
| 227 | * Pi-Hole, Adguard, Unbound | ||
| 228 | * Панели управления Homelab | ||
| 229 | * Веб-серверы | ||
| 230 | * Используйте Keepalived с HAProxy и Kubernetes | ||
| 231 | |||
| 232 | Запуск Keepalived перед вашей домашней лабораторией и самостоятельными сервисами — отличный способ гарантировать их постоянную работоспособность и доступность. | ||
| 233 | |||
| 234 | == Подведение итогов == | ||
| 235 | |||
| 236 | Keepalived — это отличное решение, позволяющее убедиться, что ваши IP-адреса, на которых размещены критически важные службы, доступны, даже если [[один виртуальный>>url:https://www.virtualizationhowto.com/2024/05/ovirt-install-with-glusterfs-hyperconverged-single-node-sort-of/]] или физический сервер выйдет из строя. Keepalived несложно установить, и он быстро принесет преимущества вашей домашней лаборатории. Например, сочетание Keepalived с Pi-Hole позволяет вам иметь высокодоступное [[решение DNS с собственным хостингом, которое можно использовать с двумя Raspberry>>url:https://www.virtualizationhowto.com/2023/06/tinypilot-raspberry-pi-kvm-over-ip-solution/]] Pi или виртуальными машинами, работающими на разных хостах. Возможности безграничны. |