Reguły HA affinity
w Proxmox VE

Kontrola rozmieszczenia w klastrze

W klastrze HA to menedżer decyduje, na którym węźle wskrzesić maszynę po awarii. Bez dodatkowych wskazówek może umieścić obok siebie dwie maszyny, które dla bezpieczeństwa powinny być rozdzielone — albo rozdzielić te, które muszą być blisko.

Reguły HA dają tę kontrolę deklaratywnie. Konfiguracja trafia do pliku /etc/pve/ha/rules.cfg w /etc/pve, więc automatycznie rozjeżdża się na wszystkie węzły — cały klaster ma spójny zestaw reguł. Ustawisz je też w panelu: Datacenter → HA → Rules.

Affinity, anti-affinity i node affinity

• Node affinity — dodatnia (domyślnie) trzyma zasób na wskazanych węzłach, ujemna każe ich unikać. Zastępuje dawne HA groups i jest z nimi funkcjonalnie zgodne.
• Resource affinity (positive) — trzymaj wskazane maszyny na tym samym węźle (np. aplikacja blisko swojej bazy danych).
• Resource anti-affinity (negative) — rozłóż maszyny na różne węzły, by awaria jednego hosta nie położyła całej redundantnej usługi.

Twarde i miękkie ograniczenia

Reguły node affinity domyślnie nie są ścisłe: jeśli żaden ze wskazanych węzłów nie jest dostępny, maszyna i tak zostanie uruchomiona gdzie indziej — dostępność wygrywa. Gdy zależność jest twarda (np. licencja przypięta do konkretnego sprzętu albo lokalny storage), użyj reguły strict — wtedy menedżer ogranicza umieszczanie, odzyskiwanie i migrację wyłącznie do węzłów z reguły. Gdy żaden z nich nie jest dostępny, zasób zostaje zatrzymany.

Resource affinity, w tym anti-affinity, jest twarde. Gdy reguły nie da się spełnić, HA nie uruchamia maszyny na węźle, który ją łamie: przy failoverze zostawia zasób w odzyskiwaniu, a w pozostałych przypadkach w błędzie.

Flaga failback (domyślnie włączona) przenosi zasób tylko na węzeł z reguły node affinity o wyższym priorytecie niż bieżący. Przy równym priorytecie (domyślnie 0) maszyna zostaje na miejscu. To następca dawnego nofailback z HA groups, przeniesiony na poziom zasobu HA.

Z HA groups na reguły

• Automatyczna migracja — gdy wszystkie węzły klastra są już na 9.x, dawne HA groups są konwertowane na reguły node affinity, a przypisanie grupy trafia do pola „resources” reguły.
• Zaczynaj od anti-affinity dla par redundantnych — to największy zysk niezawodności przy minimalnym wysiłku.
• Strict tylko przy node affinity — tam domyślny tryb jest miękki, a nadmiar twardych reguł blokuje failover. Anti-affinity jest twarde i nie uruchomi maszyny, gdy reguły nie da się spełnić.