Proxmox VE Clustering and Shared Storage

Před vytvořením clusteru posoudíte závislosti uzlů, síťové cesty a umístění dat. Oddělíte požadavek na společnou správu od požadavku na přežití poruchy. Součástí návrhu bude také kapacita potřebná při odstavení jednoho serveru.

V praxi: Vyznačíte body, jejichž selhání může ovlivnit více uzlů současně.

Vysvětlíte si komunikaci členů clusteru a distribuci konfigurace. Quorum není hlasování o tom, zda běží aplikace; chrání rozhodování clusteru. Ztrátu quorum budete posuzovat podle stavu uzlů a komunikačních cest.

V praxi: Přečtete stav clusteru a rozlišíte problém členství, konfigurace a dostupnosti hosta.

Navrhnete síť se zřetelem na správu, clusterovou komunikaci, přesuny hostů a provoz úložiště. Vedle adresace budete řešit latenci, souběh přenosů a to, zda redundantní cesta skutečně nezávisí na stejném prvku.

V praxi: Posoudíte modelový výpadek linky a zachování dostupnosti jednotlivých typů provozu.

Porovnáte přístupy ke sdíleným datům a jejich vazbu na migraci. Rozlišíte nastavení úložiště viditelné ve správě clusteru od skutečné dostupnosti disků na cílovém uzlu. Zohledníte rozdíly souborových a blokových backendů.

V praxi: Ověříte předpoklady pro přesun hosta mezi dvěma uzly.

Rozlišíte úlohy MON, MGR a OSD a vysvětlíte si souběh úložiště a virtualizace na stejných serverech. Kapacitu, procesory, paměť i síť budete plánovat pro běžný provoz a také pro obnovu po poruše.

V praxi: Přečtete přehled zdraví Ceph a přiřadíte jednotlivé služby k jejich účelu.

Odlišíte blokové disky RBD od souborového přístupu přes CephFS. Proberete vztah poolů, rozmístění dat a odolnosti. Zásah do disku či uzlu budete posuzovat i podle zbývající kapacity a stavu obnovy dat.

V praxi: Na modelovém stavu určíte, co prověřit před plánovanou údržbou úložiště.

Přesun hosta vyhodnotíte podle CPU, dostupnosti disků, sítě a lokálně navázaných zařízení. Zvlášť posoudíte VM a kontejnery; nebudete automaticky předpokládat stejný průběh ani nepřerušený provoz u všech zátěží.

V praxi: Připravíte předletovou kontrolu migrace a ověření služby na cílovém uzlu.

Vysvětlíte si plánování replikačních úloh, jejich sledování a návaznost na přesun hosta. Replika není automaticky aktuální kopie v každém okamžiku: při poruše záleží na posledním úspěšném přenosu.

V praxi: Vyhodnotíte zpožděnou repliku a určíte, jaký stav dat lze očekávat při obnově.

Propojíte HA prostředky s dostupností uzlů a dat. Vysvětlíte si, proč je nutné zabránit souběžnému spuštění stejné zátěže na izolovaných uzlech. Rozlišíte restart hosta po poruše od dostupnosti samotné aplikace.

V praxi: Projdete rozhodování HA a zkontrolujete předpoklady bezpečného převzetí zátěže.

Modelové poruchy uzlu, sítě a úložiště posoudíte odděleně. Budete sledovat nejen reakci clusteru, ale i dostupnost služby a stav dat. Obnova konektivity ještě nemusí znamenat dokončenou obnovu úložiště.

V praxi: Zaznamenáte průběh modelového incidentu, očekávané chování a podmínky ukončení zásahu.

Proberete specifika malého clusteru s externím rozhodčím hlasem. QDevice pomáhá při rozhodování o quorum, nepřidává však výpočetní kapacitu ani další kopii dat. Zohledníte nezávislost jeho umístění a dostupnost.

V praxi: Posoudíte, co se stane při ztrátě jednoho uzlu, propojení nebo externího hlasu.

Seznámíte se s návazností webového rozhraní, REST API a CLI nástrojů. U automatizace budete oddělovat autentizaci, oprávnění, spuštění úlohy a ověření výsledku. Diagnostika se zaměří na konkrétní vrstvu problému.

V praxi: Navrhnete omezený přístup automatizace a kontrolu výsledku požadavku.