none
Porozumění failover clusteringu

    Dotaz

  • Zdravím,

     jak už nadpis napovídá měl bych pár dotazů ohledně failover clusteringu pod MS.

    Začnu stávající testovací konfirací:

    NODE0 - Server supermicro 32GB RAM intel 4c/8t 3GHz CPU. 1x 1TB SATA WD, 1x3TB SATA WD Win 2012 R2
    NODE1 - Server supermicro 32GB RAM intel 4c/8t 3GHz CPU. 1x 1TB SATA WD, 1x3TB SATA WD Win 2012 R2
    STORAGE - Server supermicro 32GB RAM intel 4c/8t 3GHz CPU. 4x 2TB SATA WD Win 2012 R2

    Aktuálně mám na storage nastaveny 2 iSCSI targety a pod každým dva 500GB disky. Cluster jsem bez problémů vytvořil, vše se tváří, jak by snad mělo. No pustil jsem se do testování.

    1) Nasimuloval jsem situaci kdy padne STORAGE tvrdým resetem. K mému úžasu vytvořené VPS běží i nadále. Očekával bych, i pád VPS. Myslím si tedy správně, že VPS leží na NODE kde je aktuálně hostováno a pro případ pádu je synchronizováno vůči diskovému poli? Pokud ano, předpokládám tedy, že každý node by měl mít tedy dostatek místa pro hostování případně všech VPS při pádu jednoho NODE?

    2) Co je třeba udělat pro to, aby VPS po pádu NODE znovu nebootovalo, ale obnovilo se do původního stavu (tedy zapnuté všechny aplikace jako na předchozím node, stejný uptime apod.)?

    3) Jak zajistit bezpečnost dat připojením druhého "pole"? Stačí pouze připojit nové iSCSI targety k nodům a přidat do clusteru, který si už data zreplikuje sám?

    To by bylo nejspíš vše a předem děkuji někomu ochotnému, kdo si dá tu práci odpovědět na místy možná nesmyslné otázky. S HYPER-V aktuálně začínám. Dosud jsem měl možnost pracovat pouze s "konkurenčním" (což je pochvala pro HYPER-V) vmware..

    pátek 2. ledna 2015 21:16

Odpovědi

  • Zkousim se v tom popisu nejak vyznat, ale asi mi neco unika. Prvni, co mne napadlo, je nastaveni Hyper-V. Pokud je reseni postavene na Hyper-V, pak chovani pri vypadku se urcuje v sekci Settings. O nastaveni tu neni zadna informace.

    Je-li jadrem problemu failover clustering, pak mozna neni dobre zvolene forum virtualizace.

    Nevim kolik lidi, kteri pravidelne sleduji toto forum, ma nainstalovany cluster, ale zrejme bude vyskyt techto pripadu mensi, a tak bych doporucoval oslovit take anglicke forum. 

    M.


    neděle 4. ledna 2015 9:36
    Moderátor
  • a) co je VPS? :-)

    b) ne, do storage, pokud to je iSCSI, se nejspíš připojují oba dva NODEA i NODEB současně a oba dva tam současně zapisují, protože máte nejspíš vytvořen Cluster Shared Volume. Takže pokud běží nějaké virtuálky na každé z obou NODE, tak všechny virtuálky současně zapisují a čtou přes iSCSI z toho STORAGE. Pokud STORAGE spadne, tak ty virtuálky musí minimálně vytuhnout v Hyper-V, protože nemohou už ani číst data ani je zapisovat.

    místo na storage budete mít jenom jednou. každý VHD(X) soubor na storage budete mít jenom jednou.

    c) když vám natvrdo restartne NODEA, tak všechny její virtuálky jsou ve stavu jako byste jim udělalal taky RESET. RAM paměť těch virtuálních počítačů je trvale pouze na NODEA a pokud tu NODEA restartnete natvrdo, tak o RAM přijdete, tím pádem taky o uptime těch virtuálek.

    Pokud chcete NODEA restartovat, musíte nejprve virtuálkám přehodit RAM paměť na jiný NODEB - "live migrate" například.

    d) cluster si nic nereplikuje. Z clusteru se připojují prostě soubory VHD(X) na STORAGE. Pokud byste chtěl vysokou dostupnost pole, musel byste si koupit nějaké drahé pole, které má svoji vlastní vnitřní "synchronous mirorring", nebo "synchronous replication", nebo jak to různě nazývají. Podstatné je slovo "synchronous".

    ondrej.

    úterý 6. ledna 2015 13:43

Všechny reakce

  • Zkousim se v tom popisu nejak vyznat, ale asi mi neco unika. Prvni, co mne napadlo, je nastaveni Hyper-V. Pokud je reseni postavene na Hyper-V, pak chovani pri vypadku se urcuje v sekci Settings. O nastaveni tu neni zadna informace.

    Je-li jadrem problemu failover clustering, pak mozna neni dobre zvolene forum virtualizace.

    Nevim kolik lidi, kteri pravidelne sleduji toto forum, ma nainstalovany cluster, ale zrejme bude vyskyt techto pripadu mensi, a tak bych doporucoval oslovit take anglicke forum. 

    M.


    neděle 4. ledna 2015 9:36
    Moderátor
  • a) co je VPS? :-)

    b) ne, do storage, pokud to je iSCSI, se nejspíš připojují oba dva NODEA i NODEB současně a oba dva tam současně zapisují, protože máte nejspíš vytvořen Cluster Shared Volume. Takže pokud běží nějaké virtuálky na každé z obou NODE, tak všechny virtuálky současně zapisují a čtou přes iSCSI z toho STORAGE. Pokud STORAGE spadne, tak ty virtuálky musí minimálně vytuhnout v Hyper-V, protože nemohou už ani číst data ani je zapisovat.

    místo na storage budete mít jenom jednou. každý VHD(X) soubor na storage budete mít jenom jednou.

    c) když vám natvrdo restartne NODEA, tak všechny její virtuálky jsou ve stavu jako byste jim udělalal taky RESET. RAM paměť těch virtuálních počítačů je trvale pouze na NODEA a pokud tu NODEA restartnete natvrdo, tak o RAM přijdete, tím pádem taky o uptime těch virtuálek.

    Pokud chcete NODEA restartovat, musíte nejprve virtuálkám přehodit RAM paměť na jiný NODEB - "live migrate" například.

    d) cluster si nic nereplikuje. Z clusteru se připojují prostě soubory VHD(X) na STORAGE. Pokud byste chtěl vysokou dostupnost pole, musel byste si koupit nějaké drahé pole, které má svoji vlastní vnitřní "synchronous mirorring", nebo "synchronous replication", nebo jak to různě nazývají. Podstatné je slovo "synchronous".

    ondrej.

    úterý 6. ledna 2015 13:43