{"id":218,"date":"2020-01-22T10:45:00","date_gmt":"2020-01-22T10:45:00","guid":{"rendered":"http:\/\/szatan.it\/?p=218"},"modified":"2023-01-09T10:50:59","modified_gmt":"2023-01-09T10:50:59","slug":"maly-duzy-vsan","status":"publish","type":"post","link":"https:\/\/szatan.it\/index.php\/2020\/01\/22\/maly-duzy-vsan\/","title":{"rendered":"MA\u0141Y DU\u017bY VSAN"},"content":{"rendered":"\n

O rozwi\u0105zaniu vSAN s\u0142yszeli\u015bmy nie raz, nie dwa. Technologia nie jest ju\u017c nowa i coraz cz\u0119\u015bciej spogl\u0105damy na ni\u0105 \u0142askawszym okiem. Technologi\u0119 t\u0119 mo\u017cemy wykorzysta\u0107 przy wirtualizacji stacji roboczych (niekoniecznie mowa tutaj o VMware Horizon), baz danych Oracle, MS SQL, MySQL, MS Exchange, SAP\u2019a, jak i r\u00f3wnie\u017c dla ma\u0142ych oddzia\u0142\u00f3w naszej firmy. I tym ostatnim si\u0119 przyjrzymy. W przypadku ma\u0142ych oddzia\u0142\u00f3w tego sprz\u0119tu potrzebujemy jak najmniej. Ka\u017cde kolejne urz\u0105dzenie podwy\u017csza koszty operacyjne danej plac\u00f3wki. Chc\u0105c minimalizowa\u0107 koszty rezygnujemy z tego, czy innego sprz\u0119tu.<\/p>\n\n\n\n

VMware vSAN z\u0142o\u017cony z dw\u00f3ch serwer\u00f3w jest odpowiedzi\u0105 na tego typu zapotrzebowanie. Dwa serwery fizyczne o okre\u015blonej konfiguracji (wr\u00f3c\u0119 jeszcze do niej za chwil\u0119), kilka dysk\u00f3w twardych i jaki\u015b prze\u0142\u0105cznik, kt\u00f3ry nie musi by\u0107 wykorzystany do po\u0142\u0105czenia serwer\u00f3w w klaster vSAN. Prze\u0142\u0105czniki i tak posiadamy, cho\u0107by nawet ze wzgl\u0119du na u\u017cytkownik\u00f3w, kt\u00f3rym musimy zapewni\u0107 dost\u0119p do Internetu czy sieci wewn\u0119trznej firmy. Wracaj\u0105c do samej konfiguracji sprz\u0119towej serwer\u00f3w, to istniej\u0105 gotowe zestawy, kt\u00f3re posiadaj\u0105 certyfikat vSAN. Dzi\u0119ki temu mamy pewno\u015b\u0107, \u017ce dany sprz\u0119t b\u0119dzie dzia\u0142a\u0142 poprawnie i z okre\u015blon\u0105 wydajno\u015bci\u0105. Co w przypadku gdy chcemy zmieni\u0107 konfiguracj\u0119 sprz\u0119tow\u0105 serwera? Hmm\u2026 zmieniamy j\u0105. Najwa\u017cniejszym elementem jest kontroler dysk\u00f3w twardych. Musi on wspiera\u0107 nie tylko samego hosta ESXi, ale te\u017c by\u0107 na li\u015bcie kompatybilno\u015bci z vSAN\u2019em. Reszt\u0119 podzespo\u0142\u00f3w mo\u017cemy zmienia\u0107 niemal dowolnie, pami\u0119taj\u0105c o VMware HCL. Pami\u0119tajmy jednak, \u017ce wk\u0142adaj\u0105c s\u0142abszy procesor, wolniejsze dyski twarde itp. nara\u017camy si\u0119 na zmniejszenie wydajno\u015bci klastra. Oczywi\u015bcie zastosowanie sprz\u0119tu niezgodnego z HCL wi\u0105\u017ce si\u0119 r\u00f3wnie\u017c z potencjalnym nieudzieleniem pomocy przez pomoc techniczn\u0105 VMware ze wzgl\u0119du na niekompatybilny sprz\u0119t. Ale to ju\u017c inna historia, o kt\u00f3rej chyba nie raz ju\u017c s\u0142yszeli\u015bmy. Klaster sk\u0142adaj\u0105cy si\u0119 z 2 nod\u00f3w wspiera konfiguracje hybrydowe, jak i i all-flash. W praktyce posiadamy 2 serwery vSAN i Witness.<\/p>\n\n\n\n

Ale moment, jaki Witness? Jak wiemy do tanga trzeba dwojga, a do vSAN\u2019u trojga. Czyli 2 w\u0119z\u0142owy klaster vSAN nie jest w rzeczywisto\u015bci 2 w\u0119z\u0142owym klastrem? Tak i nie, poniewa\u017c Witness mo\u017ce by\u0107 maszyn\u0105 wirtualn\u0105 uruchomion\u0105 w innym DC lub na osobnym serwerze w ramach naszego ma\u0142ego oddzia\u0142u. Mo\u017cemy r\u00f3wnie\u017c tak\u0105 maszyn\u0119 uruchomi\u0107 u jakiego\u015b operatora lub gdziekolwiek tam, gdzie posiadamy hosty ESXi. Ka\u017cdy w\u0119ze\u0142 jest w tym wypadku skonfigurowany jako vSAN Fault Domain, czyli dwa sprz\u0119towe serwery przechowuj\u0105ce kopie danych i Witnesss (1+1+1). W tej i innych konfiguracjach wyst\u0119puje tylko jeden Witness.<\/p>\n\n\n\n

Sam Witness wymaga po\u0142\u0105czenia do obu serwer\u00f3w w celu do\u0142\u0105czenia do klastra oraz wymiany z klastrem informacji. Ruch mo\u017ce odbywa\u0107 si\u0119 w ramach sieci L2 jak i L3. W drugim wypadku musimy skonfigurowa\u0107 statyczny routing. Sam ruch mi\u0119dzy serwerami vSAN powinien odbywa\u0107 si\u0119 za pomoc\u0105 L2. Widzimy to na poni\u017cszym schemacie.<\/p>\n\n\n

\n
\"\"\/<\/figure>\n<\/div>\n\n\n

\u017beby nie by\u0142o tak r\u00f3\u017cowo, op\u00f3\u017anienie mi\u0119dzy hostami a Witness nie mo\u017ce by\u0107 wy\u017csze ni\u017c 500ms w obie strony. Nie jest to ma\u0142o, ale nale\u017cy to wzi\u0105\u0107 pod uwag\u0119 gdy nasz oddzia\u0142 znajduje si\u0119 gdzie\u015b w Afryce. Je\u017celi chodzi o sam\u0105 przepustowo\u015b\u0107 \u0142\u0105cza, to wystarczy 18Mbps. Dla ca\u0142ej komunikacji wymagane jest to samo MTU. W innym przypadku vSAN Network Health Check \u201eza\u015bwieci\u201d si\u0119 nam na czerwono. W tym wypadku mamy dwie mo\u017cliwo\u015bci \u2013 albo korzysta\u0107 z MTU 9000 przy czym musimy zwr\u00f3ci\u0107 uwag\u0119 na ograniczenia sieci WAN, lub wsz\u0119dzie zastosowa\u0107 MTU 1500.  Nale\u017cy pami\u0119ta\u0107 r\u00f3wnie\u017c, \u017ce NAT jest niewspierany je\u017celi chodzi o ruch vSAN\u2019owy i Witness. Dochodz\u0105 jeszcze interfejsy jakie powinny mie\u0107 serwery przy po\u0142\u0105czeniu bezpo\u015brednim. Mianowicie przy klastrze all-flash 10Gbps i szybsze, a klastrze hybrydowym mo\u017cna wykorzysta\u0107 1Gbps. Klaster 2nodowy jest odporny na awarie jednego z 3 site\u2019\u00f3w. Sama awaria Witnessa nie ma wp\u0142ywu na prac\u0119 maszyn wirtualnych. Mo\u017cna powiedzie\u0107 \u201eNOT BAD NOT BAD\u201d.<\/p>\n\n\n\n

Teraz troch\u0119 informacji o mo\u017cliwo\u015bciach jakie mamy w przypadku konfiguracji interfejs\u00f3w. Karty sieciowe vmk2 i vmk3 jak widzimy na schemacie poni\u017cej s\u0105 bezpo\u015brednio po\u0142\u0105czone ze sob\u0105 mi\u0119dzy serwerami. S\u0105 wykorzystywane do vMotion oraz ruchu vSAN. Sprawa w tym przypadku jest stosunkowo prosta. Interfejsy Management po\u0142\u0105czone do prze\u0142\u0105cznika wykorzystywane s\u0105 do komunikacji np. z vCenter. Dowolny port VMkernel, nieu\u017cywany dla ruchu vSAN, mo\u017ce by\u0107 u\u017cywany dla ruchu Witness. W bardziej uproszczonej konfiguracji interfejs VMkernel zarz\u0105dzania (vmk0) mo\u017ce by\u0107 oznaczony jako Witness Traffic. U\u017cyty port VMkernel b\u0119dzie wymaga\u0142 \u0142\u0105czno\u015bci z interfejsem vSAN Tagged Traffic na urz\u0105dzeniu vSAN Witness Appliance. Oczywi\u015bcie aby oznaczy\u0107 interfejs jako Witness Traffic musimy zalogowa\u0107 si\u0119 do hosta np. przez SSH i wykona\u0107 polecenie esxcli vsan network ip add -i vmk1 -T=witness. <\/strong>Aktualnie nie ma mo\u017cliwo\u015bci zmiany tego przez Web Client, ale zapewne kiedy\u015b si\u0119 pojawi. Interfejs VMkernel vmk0, kt\u00f3ry jest wykorzystywany do ruchu Management, mo\u017ce by\u0107 r\u00f3wnie\u017c wykorzystywany do ruchu vSAN. W tej sytuacji ruch vSAN musi by\u0107 odznaczony na karcie vmk1. Ostatni\u0105 istotn\u0105 rzecz\u0105 jest to, aby vmk1 i vmk0 nie posiada\u0142y adresacji w tej samej podsieci.<\/p>\n\n\n

\n
\"\"\/<\/figure>\n<\/div>\n\n\n

Te wszystkie zabiegi umo\u017cliwiaj\u0105 oddzielenie ruchu dla sieci mi\u0119dzy hostami, a hostami i \u015bwiadkiem. Dzi\u0119ki temu konfiguracja sieci staje si\u0119 bardziej elastyczna.<\/p>\n\n\n\n

Klaster 2nodowy jest klastrem typu streach. Minimalna licencja do uruchomienia go to vSAN Standard. W ka\u017cdej chwili, je\u017celi zajdzie taka potrzeba mo\u017cemy przekszta\u0142ci\u0107 klaster 2nodowy na klasyczny z 3 hostami i wi\u0119cej. Oznacza to, \u017ce z \u201ema\u0142ego vSAN\u2019a\u201d mo\u017cemy zrobi\u0107 \u201edu\u017cego vSAN\u2019a\u201d. Jednak wymagane s\u0105 kolejne licencje vSAN. Je\u017celi r\u00f3wnie\u017c chcemy zachowa\u0107 funkcjonalno\u015b\u0107 streach cluster musimy wczyta\u0107 si\u0119 w licencje vSAN Enterprise. W zale\u017cno\u015bci od scenariusza mo\u017cna wykorzysta\u0107 licencje ROBO (25VM) lub per CPU. Fajn\u0105 spraw\u0105 jest r\u00f3wnie\u017c posiadanie mo\u017cliwo\u015bci uruchomienia vSAN\u2019a gdy posiadamy ju\u017c licencje Horizon Advnced. Oczywi\u015bcie w tym wypadku r\u00f3wnie\u017c je\u017celi chcemy posiada\u0107 funkcje streach cluster, wymagana jest licencja vSAN Enterprise. Nie musimy jej kupowa\u0107 osobno, wystarczy zakupi\u0107 odpowiedni Horizon Add-On. Standardowo licencje Add-On dost\u0119pne s\u0105 w paczkach 10 i 100szt, podobnie jak w przypadku licencji  Horizon.<\/p>\n\n\n\n

S\u0142owem podsumowania \u2013 rozwi\u0105zanie mo\u017ce by\u0107 przydatne dla kogo\u015b kto ceni sobie minimalizm i prostot\u0119 zarz\u0105dzania rozwi\u0105zaniem, a chce przetrzymywa\u0107 dane u siebie. Benefitami w tym przypadku jest ma\u0142a ilo\u015b\u0107 sprz\u0119tu czy to sieciowego, czy macierzowego. Centralne zarz\u0105dzanie, bo w ko\u0144cu widzimy wszystko z poziomu vCenter i nawet przy najni\u017cszej licencji otrzymujemy vDS. Planuj\u0105c wi\u0119c zakupy kolejnego prze\u0142\u0105cznika czy macierzy do ma\u0142ego oddzia\u0142u naszej firmy, warto usi\u0105\u015b\u0107 i zada\u0107 pytanie: Czy na pewno warto?<\/p>\n\n\n\n

Produkt<\/strong><\/td>Kwota<\/strong><\/td><\/tr>
Serwer 1xCPU AMD EPIC 16C, 256GB RAM, 3\u00d71.8TB HDD, 400GB SSD WI, 2x1GbE, 4x10Gb SFP, 2x550W, 5lat gwarancji  <\/strong><\/td>40 000 PLN netto<\/strong><\/td><\/tr>
Licencja vSphere Standard per 1CPU + 3 lata wsparcia<\/strong><\/td>10 000 PLN netto<\/strong><\/td><\/tr>
Licencja vSAN Standard per 1 CPU + 3 lata wsparcia<\/strong><\/td>16 000 PLN netto<\/strong><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Kwoty znalezione na stronach producent\u00f3w i przeliczone po \u015brednim kursie. Zapewne mo\u017cemy liczy\u0107 na spory rabat w tym wypadku. \u00a0Przy takiej konfiguracji dyskowej osi\u0105gniemy oko\u0142o 3.2TB przestrzeni u\u017cytkowej.<\/p>\n\n\n\n

<\/p>\n\n\n\n

\u201eArtyku\u0142 zosta\u0142 opublikowany na \u0142amach bloga evoila Poland<\/em>.\u201d<\/p>\n","protected":false},"excerpt":{"rendered":"

O rozwi\u0105zaniu vSAN s\u0142yszeli\u015bmy nie raz, nie dwa. Technologia nie jest ju\u017c nowa i coraz cz\u0119\u015bciej spogl\u0105damy na ni\u0105 \u0142askawszym okiem. Technologi\u0119 t\u0119 mo\u017cemy wykorzysta\u0107 przy wirtualizacji stacji roboczych (niekoniecznie mowa tutaj o VMware Horizon), baz danych Oracle, MS SQL, MySQL, MS Exchange, SAP\u2019a, jak i r\u00f3wnie\u017c dla ma\u0142ych oddzia\u0142\u00f3w naszej firmy. I tym ostatnim […]<\/p>\n","protected":false},"author":1,"featured_media":219,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[48,35,39,41],"tags":[],"class_list":["post-218","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-storage","category-vmware","category-vsan","category-vsphere"],"_links":{"self":[{"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/posts\/218","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/comments?post=218"}],"version-history":[{"count":1,"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/posts\/218\/revisions"}],"predecessor-version":[{"id":220,"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/posts\/218\/revisions\/220"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/media\/219"}],"wp:attachment":[{"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/media?parent=218"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/categories?post=218"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/tags?post=218"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}