Proxmox: Доступная виртуализация на русском (Урок 3.2.1 Кластер: добавление нод)
HTML-код
- Опубликовано: 11 окт 2024
- Урок 3.2.1 - Кластер: добавляем ноды
Курс посвящен вопросу виртуализации сервисов компании используя платформу Proxmox VE 5.
На данном курсе мы рассмотрим вопросы:
что есть виртуализация и зачем она нужна
почему я выбрал именно Proxmox
как его ставить и как им управлять
как поднять кластер из трех серверов и как его уронить :)
как настроить heartbeat и перемещение виртуальных машин между нодами (серверами)
и другие вопросы траблшутинга системы
Быстрые ссылки:
0: Зачем мне то это ? - • Video
1: Вступление, Установка гипервизора - • Proxmox: Доступная вир...
2.1 - • Proxmox: Доступная вир...
2.2 - • Proxmox: Доступная вир...
2.3 - • Proxmox: Доступная вир...
2.4 - • Proxmox: Доступная вир...
2.5 - • Proxmox: Доступная вир...
2.6 - • Proxmox: Доступная вир...
2.7 - • Proxmox: Доступная вир...
2.8 - • Proxmox: Доступная вир...
2.9 - • Proxmox: Доступная вир...
2.10 - • Proxmox: Доступная вир...
Кластер:
3.1 - • Proxmox: Доступная вир...
3.2.2 - • Proxmox: Доступная вир...
3.3 - • Proxmox: Доступная вир...
Кейсы:
4.1 - • Proxmox: Доступная вир...
4.2 - • Proxmox: Доступная вир...
4.3 - • Proxmox: Доступная вир...
4.4 - • Proxmox: Доступная вир...
Линки для работы:
Сам proxmox - www.proxmox.co...
vmvare fusion (for MacOS) - www.vmware.com....
vmware workstation (for Windows) - www.vmware.com....
VirtualBox (для альтернативного мнения) - www.virtualbox...
Ближайшие и доступные курсы можно посмотреть в моей группе вКонтакте - realmanual
А тут можно купить SSL сертификаты - удобно, быстро и дешево - myssl-store.ru/
И самое главное: купленный сертификат установят за вас, бесплатно!
Реально, доступное и понятное изложение материала. Спасибо огромное, Василий!
Спасибо,
Приглашаю поболтать t.me/realmanual_group
Спасибо за вашу работу. Лучшее из того что я видел по Proxmox.
Спасибо, значит два месяца не в пустую ))
@@realmanual если б еще видос про "GPU passthrough" ценны бы вам не было !!!
Вопрос :
1. Кластер это сумма нод.
2. Нода в обычном смысле это отдельные железки, которые имеют свою географию и свои выделенные IP.
Вы сказали, что ноды должны быть в одной подсети, а отсюда возникает вопрос -
Надо делать, ВПН, чтобы ноды были в одной подсети, верно или все же кластер можно собрать из внешних IP адресов?
Можно собрать и на внешних.
Ну и смотря что будет делать этот кластер. При любой проблеме со связью он будет разваливаться
@@realmanual 1. Почему развалится? (Кластеру нужен кворум, он есть, если есть рабочие хотя бы 2 ноды).
2. Предположим есть WEB приложение, которому мы хотим обеспечить Hight Available.
3. Для решения пункта 2 создается кластер.
4. Например мастер нода, на которой крутится виртуалка пусть будет 1, она ложится так как дата центр, где установлен данный сервер проводит сервисные работы.
5. Виртуалка в зависимости от настроек переезжает на ноду 2 или 3
Кластер вроде не разваливается? (или я неправильно что-то понял)
Тут возникает вопросы: (как конфигурировать DNS у регистратора, ip адреса у нод разные (я не решал такую задачу на практике, ну наверняка есть)).
З,Ы не исключаю, что я "придумывал велосипед" и это делается как-то по-другому.
Так-же возникает вопрос (пока может в курсе не дошел) про бекапирование полки, ведь именно она является критической точкой отказа.
ВОПРОСЫ:
1. Кластер вроде не разваливается? (или я неправильно что-то понял)
2. Как конфигурировать DNS у регистратора ip, адреса у нод разные
3. Так-же возникает вопрос (пока может в курсе не дошел) про бекапирование полки, ведь именно она является критической точкой отказа.
@@ВячеславК-у2ш t.me/realmanual_group
В группе сможем разобрать.
Если коротко - ваши вопросы на самом деле не те проблемы, о которых стоит думать. Там все не то чтобы проще, просто по другому.
А нельзя ли создавать кластер без удаления виртуальных машин на кластерообразующей хост-машине? Можно конечно все скинуть на openmediavault, а потом восстановить. Но дело в том, что гостевые машины уже в продакшене и их остановка очень нежелательна...
Матюк такого вида был, когда нажал "Присоединение к кластеру" : "Cluster Join failed This host already contains virtual guests". На учебном стенде пришлось все удалить...
Как вариант, потушить машины, их конфиги перенести из папки /etc/pve/nodes куда нибудь себе, и попробовать присоединить, а потом вернуть конфиги. Сам не пробовал, но думаю прокатит
Вопрос который не уточнен, создавая виртуалку во вкладке Datacenter она появляется на всех трех нодах, так вот это появляется 3 идентичные копии этой VM на каждой ноде или просто ресурсы равномерно между нодами распределяются?
Это просто отображение конфигов. Ресурсы конечно же одни
@@realmanual тоесть 3 ноды будут одновременно и распределенно работать на одну виртуалку, верно?
Нет, ресурсы даются на одну вм в одной ноде. Но если она выйдет из строя, соседняя нода подхватит ее работу
@@realmanual всё,понял, спасибо большое
@@realmanual то есть, все виртуалки копируются на все ноды, чтобы везде всё было одинаково?
Как быть в случае двух нод, с собственным хранилищем на каждой, объединенных в один кластер. Есть способ на них построить отказоусточивую систему?
Ответ есть и в курсе дальше и в документации прокса
@@realmanual а можно вкратце - что это за решение? Пока использую репликацию между ZFS пулами, но это очень неудобно и не внушает доверия. Не прошу деталей - интересует в каком направлении идти
@@kerosyne в направлении трех нод.
две ноды - это одна нода + одна для подстраховки.
я бы не назвал это словом "отказоустойчивое"