Prvn\u00edm z\u00e1stupcem je vSAN. Prvn\u00ed verze p\u0159i\u0161la s vSphere 5.5U1 a aktu\u00e1ln\u00ed verze vSAN je 6.7 kter\u00e1 p\u0159i\u0161la s vSphere 6.7. Ten vyu\u017e\u00edv\u00e1 lok\u00e1ln\u00ed disky v serveru a z minim\u00e1ln\u011b 2 fyzick\u00fdch, resp. 3 server\u016f a aktu\u00e1ln\u011b s verz\u00ed 6.7 maxim\u00e1ln\u011b 64, dohromady publikuje sd\u00edlen\u00fd datastore. Ten se replikuje na pozad\u00ed.
\nNejedn\u00e1 se ale o replikaci cel\u00e9ho \u00falo\u017ei\u0161t\u011b, jako tomu je nap\u0159\u00edklad u VSA, ale pr\u00e1v\u011b pouze o replikaci konkr\u00e9tn\u00edch objekt\u016f.
\nPo\u010det replik je pak d\u00e1n politikou, kterou na dan\u00fd objekt aplikujeme. Tedy, jak\u00e9 vlastnosti mu nastav\u00edme. A jsme zp\u00e1tky u t\u011bch objekt\u016f.
\nKa\u017ed\u00fd objekt m\u00e1 svoje Object ID, co\u017e je hexa decim\u00e1ln\u00ed hodnota.<\/p>\n
Kdy\u017e se pak pod\u00edv\u00e1me do Browse datastore, tak u\u017e uvid\u00edme jen logickou reprezentaci, tud\u00ed\u017e jen zobrazen\u00ed slo\u017eek a soubor\u016f, ale nevid\u00edme, co se skute\u010dn\u011b d\u011bje na pozad\u00ed. Abychom se mohli pod\u00edvat i hloub\u011bji, tak se mus\u00edme pod\u00edvat p\u0159es RVC konzoli, kter\u00e1 je u\u017e n\u011bjakou dobu automaticky sou\u010d\u00e1st\u00ed vCenter Server Appliance, nebo p\u0159\u00edmo p\u0159es SSH na hostu.
\nJak vypad\u00e1 takov\u00fd vSAN object storage?
\nKa\u017ed\u00fd objekt je slo\u017een z n\u011bkolika komponent, kter\u00e9 jsou bu\u010f kompletn\u00edmi replikami v\u010detn\u011b dat, nebo jen witness metadata, je\u017e rozhoduj\u00ed kter\u00e1 komponenta bude d\u00e1le publikovan\u00e1 a kter\u00e1 ne. Nap\u0159\u00edklad, pokud se \u010d\u00e1st host\u016f odpoj\u00ed. V\u017edy je pot\u0159eba m\u00edt nadpolovi\u010dn\u00ed v\u011bt\u0161inu dostupn\u00fdch komponent, aby mohl b\u00fdt objekt nad\u00e1le dostupn\u00fd.
\nKdy\u017e budeme vytv\u00e1\u0159et novou politiku, m\u00e1me k dispozici n\u011bkolik parametr\u016f, kter\u00e9 ve v\u00fdsledku budou ovliv\u0148ovat dostupnost, v\u00fdkonnost a tak\u00e9 obsazen\u00e9 m\u00edsto objektem, na kter\u00e9m tuto politiku aplikujeme.<\/p>\n
1) „Failures to tolerate“ (FTT)
\nPro toleranci v\u00fdpadku 1 komponenty (FTT=1) tedy pot\u0159ebuji m\u00edt 2 komponent repliky a 1 witness
\nPro toleranci v\u00fdpadku 2 komponent (FTT=2) pot\u0159ebuji 3 komponent repliky a 2 witness
\npro toleranci v\u00fdpadku 3 komponent (FTT=3) pot\u0159ebuji 4 komponent repliky a 3 witness
\nSamoz\u0159ejm\u011b \u017ee ka\u017ed\u00e1 komponenta, a\u0165 u\u017e kompletn\u00ed replika, nebo witness mus\u00ed b\u00fdt um\u00edst\u011bna na jin\u00e9m hostu, tak aby se nepotkali na stejn\u00e9m. Od toho se odv\u00edj\u00ed i minim\u00e1ln\u00ed po\u010det host\u016f, kter\u00fd k takov\u00e9to dostupnosti je vy\u017eadov\u00e1n.
\nFTT=1 vy\u017eaduje minim\u00e1ln\u011b 3 hosty
\nFTT=2 vy\u017eaduje minim\u00e1ln\u011b 5 host\u016f
\nFTT=3 vy\u017eaduje minim\u00e1ln\u011b 7 host\u016f
\nV\u00fdhoda tohoto modelu je, \u017ee pro ka\u017ed\u00fd objekt m\u016f\u017eete nastavit jinou \u00farove\u0148 dostupnosti a nemus\u00edte tedy cel\u00fd datastore nastavit na maxim\u00e1ln\u00ed v\u00fdpadek a pak tam d\u00e1vat i stroje, kter\u00e9 takovou \u00farove\u0148 dostupnosti v\u016fbec nepot\u0159ebuj\u00ed, jako to b\u00fdv\u00e1 u b\u011b\u017en\u00fdch sd\u00edlen\u00fdch pol\u00ed.
\nPro\u010d ale na za\u010d\u00e1tku jsem zni\u0148oval 2 fyzick\u00e9 hosty? Proto\u017ee existuje mo\u017enost, kter\u00e1 je pou\u017e\u00edvan\u00e1 zejm\u00e9na pro vzd\u00e1len\u00e9 mal\u00e9 lokality, kde jsou 2 fyzick\u00e9 hosty p\u0159\u00edmo na lokalit\u011b a 3. witness je virtu\u00e1ln\u00ed v datacentru.<\/p>\n
2) „Disk stripes per object“
\nTento parametr je d\u016fle\u017eit\u00fd zejm\u00e9na na hybridn\u00edch \u0159e\u0161en\u00edch, kdy se pou\u017e\u00edvaj\u00ed pro kapacitu klasick\u00e9 rota\u010dn\u00ed disky (HDD). Tyto disky hold maj\u00ed svoje fyzik\u00e1ln\u00ed limity v po\u010dtu skute\u010dn\u011b n\u00e1hodn\u00fdch p\u0159\u00edstup\u016f. P\u0159edstavte si situaci, kdy se disk ot\u00e1\u010d\u00ed, hlavi\u010dka je nastavena na n\u011bjakou polohu a vy budete cht\u00edt p\u0159e\u010d\u00edst informaci, kterou hlavi\u010dka pr\u00e1v\u011b minula. Bude se muset po\u010dkat, dokud se plotna prost\u011b neoto\u010d\u00ed. T\u00edmto je u HDD limit pro skute\u010dn\u011b n\u00e1hodn\u00e9 operace, tzv. Random IOPS.
\nD\u00edky tomu, \u017ee se nastav\u00ed v\u011bt\u0161\u00ed mno\u017estv\u00ed \u010d\u00e1st\u00ed, na kter\u00e9 se ka\u017ed\u00fd objekt rozd\u011bl\u00ed m\u016f\u017eeme vyu\u017e\u00edt toho, \u017ee je mo\u017eno \u010d\u00edst z v\u00edce HDD najednou. Toto ji\u017e nemus\u00ed b\u00fdt rozlo\u017eeno jen mezi hosty, ale sta\u010d\u00ed rozlo\u017eit jen mezi HDD v r\u00e1mci jednoho hosta.
\nI kdy\u017e ale nastav\u00edme Stripes na 1, nebo nenastav\u00edme tento parametr v\u016fbec, je mo\u017eno, \u017ee se objekt rozd\u011bl\u00ed na v\u00edce \u010d\u00e1st\u00ed. To se stane pokud objekt p\u0159es\u00e1hne velikost 250 GB.<\/p>\n
3) Dataprotection method
\nOd verze vSAN 6.2 je mo\u017eno nastavit na AllFlash konfiguraci m\u00edsto \u00fapln\u00e9 kopie (RAID 1) aby vyu\u017e\u00edvat paritu na bloc\u00edch, tedy RAID5\/6 podle toho, jak\u00e9 FTT nastav\u00edme.
\nToto umo\u017en\u00ed lep\u0161\u00ed vyu\u017eit\u00ed kapacity, proto\u017ee pro zaji\u0161t\u011bn\u00ed odolnosti p\u0159i v\u00fdpadku jednoho objektu (FTT=1) nen\u00ed pot\u0159eba m\u00edt 2x alokovanou kapacitu, ale jen 1,33x, stejn\u011b tak pro FTT2 m\u00edsto 3x alokovan\u00e9 kapacity to je 1,5x.
\nM\u00e1 to i svoje stinn\u00e9 str\u00e1nky, jako je v\u011bt\u0161\u00ed provoz na pozad\u00ed na s\u00edti, nebo minim\u00e1ln\u011b 4 hosty pro RAID5 a 6 host\u016f pro RAID6.<\/p>\n
4) Object space reservation
\nPrim\u00e1rn\u011b se na vSAN v\u0161echny objekty vytv\u00e1\u0159i ve thin provisioning m\u00f3du. Tedy alokuje se jen takov\u00e9 m\u00edsto, kam se n\u011bkdy zapisovalo. Abychom ale u n\u011bkter\u00fdch syst\u00e9m\u016f mohli zajistit, \u017ee budou m\u00edt minim\u00e1ln\u011b n\u011bjak\u00fd prostor i kdyby na zbyl\u00e9m datastore u\u017e m\u00edsto do\u0161lo, m\u00e1me tu tento parametr. Ten ur\u010duje kolik % u\u017e se dop\u0159edu vyhrad\u00ed pro tento objekt. M\u00e1 to tedy v\u00edce mo\u017enost\u00ed, ne\u017e jen prost\u00e9 Thin\/Thick provision na VMFS<\/p>\n
P\u0159\u00ed\u0161t\u011b se pod\u00edv\u00e1me na zoubek virtual Volumes na NetAppu.<\/p>\n
<\/p>\n