Jak zbudować klaster Proxmox

01

Zamroź zakres i wymagania wstępne

Wybierz aktualnie wspierane wydanie Proxmox VE z oficjalnego przewodnika administracyjnego i przeczytaj wymagania specyficzne dla wydania przed instalacją. Przygotuj unikalne nazwy hostów, stabilne adresy zarządzania, synchronizację czasu, dostęp administracyjny, zweryfikowane kopie zapasowe i niezależną ścieżkę odzyskiwania. Zapisz budżety zasobów węzła i gościa, aby usługi zarządzania, przechowywanie i prace odzyskiwania nie zostały przydzielone gdzie indziej.

Preferuj węzły, które mogą komunikować się po stabilnej ścieżce klasy LAN. Proxmox dokumentuje klaster oparty na kworum i wymaga niezawodnego dostarczania Corosync z opóźnieniem poniżej 5 milisekund dla stabilnej pracy. To sprawia, że klaster rozciągnięty między odległymi regionami publicznymi jest innym i generalnie nieodpowiednim projektem, chyba że możesz wykazać, że jego sieć spełnia oficjalne wymagania. Żadna prywatna sieć międzyregionalna nie jest implikowana przez publiczną ofertę serwera.

• Proxmox VE Przewodnik administracyjny ↗

02

Zaprojektuj kworum przed dołączeniem węzłów

Zapisz głosy i każdą partycję, którą zamierzasz przetrwać. Klaster trzywęzłowy jest prostym punktem wyjścia, ponieważ większość może pozostać po utracie jednego węzła głosującego. Projekt dwuwęzłowy nie staje się bezpieczny przez życzeniowe przełączanie awaryjne; Proxmox dokumentuje QDevice jako sposób na zapewnienie dodatkowego głosu, a ten zewnętrzny wyborca wprowadza własne wymagania dotyczące osiągalności i umiejscowienia.

Kworum chroni spójny stan klastra, a nie samą dostępność aplikacji. Zdecyduj, jak goście są ponownie uruchamiani, jakiej pamięci wymagają ich dyski i co się dzieje, gdy węzeł jest odizolowany, ale nadal działa. Unikaj zmiany oczekiwanych głosów, aby wymusić zapisywalność partycji jako rutynowej odpowiedzi.

03

Planuj uczciwie ruch Corosync i obciążenie

Wypisz osobno zarządzanie listą, Corosync, migrację, pamięć masową, kopie zapasowe i publiczny ruch gości, a następnie przypisz każdy do dostarczonych interfejsów i adresów trasowanych. Dedykowane ścieżki fizyczne lub separacja VLAN mogą zmniejszyć zakłócenia, ale zamówienie Tungsto nie gwarantuje prywatnego VLAN ani dodatkowego łącza klastrowego. Potwierdź każdą wymaganą funkcję sieciową przed zamówieniem; w przeciwnym razie projektuj w ramach faktycznie dostarczonych interfejsów i routingu publicznego.

Corosync ceni stabilne opóźnienia i niezawodne uporządkowane dostarczanie bardziej niż przepustowość szczytową. Migracja, replikacja i kopie zapasowe mogą tworzyć znacznie większe przepływy, więc planuj je i mierz, nie pozbawiając komunikacji klastra. Zastosuj zapory hosta zgodnie z oficjalnymi wymaganiami portów i ogranicz ekspozycję zarządzania; nie kopiuj zestawu reguł z niepowiązanej wersji.

04

Wybierz pamięć masową na podstawie obiecanego wyniku odzyskiwania

Magazyn lokalny upraszcza domeny awarii, ale nie udostępnia dysku gościa na innym węźle. Lokalna replikacja ZFS może zmniejszyć punkt odzyskiwania, ale jest asynchroniczna i może utracić zmiany między replikacjami. Magazyn współdzielony może uczynić te same woluminy gościa widocznymi dla wielu węzłów, podczas gdy magazyn rozproszony dodaje wymagania dotyczące pojemności, sieci i działania. Żadne z tych rozwiązań nie eliminuje potrzeby oddzielnej kopii zapasowej.

Określ, gdzie znajdują się obrazy ISO, dyski gości i kopie zapasowe, jak monitorowana jest wolna przestrzeń i co się dzieje, gdy pamięć się zapełni. Proxmox ostrzega, że goście korzystający z pełnej cienkiej alokacji pamięci mogą otrzymywać błędy we/wy. Przechowuj nośniki przywracania i poświadczenia poza klastrem, który może wymagać odbudowy.

05

Użyj etapowego planu akceptacji i awarii

Łataj i weryfikuj każdy samodzielny węzeł przed utworzeniem pierwszego klastra, a następnie dołączaj węzły pojedynczo, korzystając z przewodnika wybranej wersji. Po każdej zmianie zapisuj członkostwo, kworum, stan czasu, widoczność pamięci i status kopii zapasowej. Dodaj nieprodukcyjnego gościa dopiero po tym, jak płaszczyzna sterowania będzie zdrowa.

Zaplanuj kontrolowane ćwiczenia dla niedostępności jednego węzła, niedostępności jednej ścieżki Corosync, niedostępności pamięci masowej i przywracania z kopii zapasowej. Zdefiniuj oczekiwany wynik i warunki przerwania przed każdym ćwiczeniem; nie uruchamiaj destrukcyjnych testów na jedynej kopii obciążenia. Żądania zasilania sprzętu Tungsto i ponownej instalacji mogą być kolejkowane do przetwarzania przez operatora, więc nie są zarządzanym kontrolerem HA ani gwarantowanym licznikiem odzyskiwania. Gotowym rezultatem jest posiadany podręcznik z zaobserwowanymi wynikami z Twojego wdrożenia, a nie bezwarunkowa obietnica dostępności.