Wiki source code of Keepalived: высокая доступность для самостоятельных сервисов
Last modified by Сергей Коршунов on 2024/10/18 13:09
Show last authors
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 или виртуальными машинами, работающими на разных хостах. Возможности безграничны. |