{"id":177,"date":"2023-01-05T13:44:09","date_gmt":"2023-01-05T13:44:09","guid":{"rendered":"http:\/\/szatan.it\/?p=177"},"modified":"2023-01-09T11:29:02","modified_gmt":"2023-01-09T11:29:02","slug":"vsan-8-storage-architecture-mala-wielka-zmiana","status":"publish","type":"post","link":"https:\/\/szatan.it\/index.php\/2023\/01\/05\/vsan-8-storage-architecture-mala-wielka-zmiana\/","title":{"rendered":"VSAN 8 STORAGE ARCHITECTURE \u2013 MA\u0141A WIELKA ZMIANA"},"content":{"rendered":"\n

Rok 2022 przyni\u00f3s\u0142 nam wiele zmian, by\u0142 to rok do\u015b\u0107 burzliwy, chyba pod ka\u017cdym wzgl\u0119dem r\u00f3wnie\u017c technologicznym. Pisz\u0105c to mam na my\u015bli m.in. du\u017ce przej\u0119cia, powr\u00f3t<\/strong> du\u017cych konferencji, du\u017cych i mniejszych migracji do i z chmury. By\u0142o tego naprawd\u0119 du\u017co. Tak czy inaczej, ruszamy z kopyta i na pocz\u0105tek bierzemy na warsztat nowe wersje rozwi\u0105za\u0144 VMware. W przypadku vSphere i wersji 8 nowo\u015bci i zmian jest sporo.<\/strong><\/h4>\n\n\n\n

Zaczynaj\u0105c od zmian, kt\u00f3re mo\u017cemy wyszczeg\u00f3lni\u0107 w nowej wersji vSAN s\u0105 to zmiany dotycz\u0105ce zarz\u0105dzania kontener\u00f3w,  AI&ML,  obs\u0142ug\u0119 nowych wersji system\u00f3w operacyjnych, monitorowanie zu\u017cycia energii przez maszyny.  <\/p>\n\n\n\n

Podobie\u0144stwa i r\u00f3\u017cnice<\/strong> <\/h3>\n\n\n\n

Mowa tutaj o vSAN Express Storage Architecture. To rozwi\u0105zanie jest niczym innym jak dostosowaniem si\u0119 do nowego sprz\u0119tu, przede wszystkim, szybkich dysk\u00f3w opartych o pami\u0119ci NAND i co raz bardziej powszechnych interfejs\u00f3w 25Gb lub szybszych. Architektura ESA zmienia troch\u0119 podej\u015bcie do zapisu i przetwarzania danych.  <\/p>\n\n\n\n

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

\n

W klasycznym podej\u015bciu, czyli vSAN OSA (Original Storage Architecture) dane s\u0105 kompresowane i deduplikowane przed zapisem na dysku, na ka\u017cdym z host\u00f3w, gdzie b\u0119d\u0105 przechowywane dane. Nowa architektura zmienia to podej\u015bcie, poniewa\u017c dane s\u0105 kompresowane i te przetworzone dane s\u0105 przesy\u0142ane do zapisu na dysk i do innych host\u00f3w.<\/em>  <\/p>\n<\/blockquote>\n\n\n\n

Oznacza to mniej danych przys\u0142anych przez sie\u0107 nawet w przypadku w\u0142\u0105czonego szyfrowania. Nie mamy tyle sum kontrolnych do obs\u0142ugi i przede wszystkim, pojedynczy host jest zaanga\u017cowany w obr\u00f3bk\u0119 tych danych. Dzi\u0119ki temu inne hosty otrzymuj\u0105 ju\u017c przetworzone dane. Kolejn\u0105 zmian\u0105 jest zarz\u0105dzanie dyskami twardymi. W klasycznej wersji posiadamy dwa poziomy dysk\u00f3w twardych, czyli<\/p>\n\n\n\n

    \n
  • dyski cache <\/li>\n\n\n\n
  • i dyski na przestrze\u0144.  <\/li>\n<\/ul>\n\n\n\n

    Mimo tego, \u017ce mog\u0142y to by\u0107 te same dyski SSD. Dyski by\u0142y segregowane w grupy.  <\/p>\n\n\n\n

    \n

    W nowej architekturze zamiast grup tworzone s\u0105 pule, w kt\u00f3rych nie mamy ju\u017c podzia\u0142u dysk\u00f3w.<\/em>   <\/p>\n<\/blockquote>\n\n\n\n

    Oczywi\u015bcie, jak w ka\u017cdym rozwi\u0105zaniu, nale\u017cy wcze\u015bniej sprawdzi\u0107 czy dany sprz\u0119t b\u0119dzie kompatybilny z now\u0105 architektur\u0105. W tym wypadku nic si\u0119 nie zmienia \ud83d\ude09  <\/p>\n\n\n\n

    Tutaj mikro por\u00f3wnanie obu rozwi\u0105za\u0144.  <\/p>\n\n\n\n

    \u202f<\/strong> <\/td>vSAN 8.0 ESA<\/strong> <\/td>vSAN 8.0 OSA<\/strong> <\/td><\/tr>
    Minimalna ilo\u015b\u0107 dysk\u00f3w<\/strong> <\/td>4 <\/td>2 <\/td><\/tr>
    Wymagane dyski<\/strong> <\/td>Dyski NVMe certyfikowane pod vSAN ESA <\/td>Certyfikowane dyski SATA, SAS, NVMe  <\/td><\/tr>
    Dyski cache<\/strong> <\/td>Brak <\/td>1 dysk dla ka\u017cdej grupy dyskowej <\/td><\/tr>
    Architektura<\/strong> <\/td>Tylko dla vSAN ESA ReadyNodes  <\/td>vSAN ReadyNodes lub dla dowolnej konfiguracji wspieranej przez vSAN <\/td><\/tr>
    Sie\u0107 <\/strong> <\/td>Minimum 25Gbps <\/td>Minimum 10Gbps <\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Zmiany w sprz\u0119cie<\/strong> <\/h3>\n\n\n\n

    Jak ju\u017c jeste\u015bmy przy sprz\u0119cie, to ciekaw\u0105 zmian\u0105 jest wykorzystywanie RAID 5. Mianowicie mo\u017ce dzia\u0142a\u0107 na serwerach w konfiguracji 2+1 lub 4+1, a dane producenta oprogramowania m\u00f3wi\u0105, \u017ce w przypadku zastosowania ESA i RAID 6 mo\u017cemy osi\u0105gn\u0105\u0107 wydajno\u015b\u0107 jak przy konfiguracji RAID 1. Otwiera nam to nowe mo\u017cliwo\u015bci konfiguracji wydajnych ma\u0142ych klastr\u00f3w obliczeniowych.  <\/p>\n\n\n\n

    Zmiany w architekturze<\/strong> <\/h3>\n\n\n\n

    Istotn\u0105 zmian\u0105 w architekturze jest r\u00f3wnie\u017c wykonywanie snapshot\u00f3w. Klasyczne snapshoty s\u0105 oparte o redo logi. W kolejnych wersjach vSAN mechanizm wykonywania migawek maszyn wirtualnych by\u0142 ulepszany. Niestety, ale w przypadku du\u017cych maszyn, du\u017cej ilo\u015bci snapshot\u00f3w, kiedy dochodzi do ich konsolidacji lub usuni\u0119cia, wydajno\u015b\u0107 tego procesu mo\u017ce znacznie si\u0119 zmniejszy\u0107.  <\/p>\n\n\n\n

    \n

    Dlatego te\u017c, aby osi\u0105gn\u0105\u0107 mo\u017cliwie szybkie przetwarzanie snapshot\u00f3w, klasyczne podej\u015bcie sk\u0142adaj\u0105ce si\u0119 z \u0142a\u0144cucha, czyli dysku podstawowego i dysk\u00f3w delta, wymieniono na mechanizm oparty o B-TREE.<\/em>  <\/p>\n<\/blockquote>\n\n\n\n

    To taka struktura danych, kt\u00f3ra wygl\u0105da jak drzewo i przechowuje klucze i dane z nimi powi\u0105zane. Taka struktura pozwala zapisywa\u0107 dane w nowych miejscach z odpowiednimi wska\u017anikami. Eliminuje to konieczno\u015b\u0107 wykonywania jakichkolwiek oblicze\u0144 i przenoszenia danych. Podczas usuwania czy scalania snapshot\u00f3w operacje s\u0105 wykonywane w\u0142a\u015bnie na wska\u017anikach \/ metadanych.  <\/p>\n\n\n\n


    Po logicznym usuni\u0119ciu nast\u0119puje natychmiastowe potwierdzenie, a w p\u00f3\u017aniejszym czasie (asynchronicznie) metadane i dane zostaj\u0105 usuni\u0119te. Ze wzgl\u0119du na ograniczenia vSphere aktualnie mo\u017cemy wykona\u0107 32 migawki na obiekt. Ech, te ograniczenia\u2026 Pocieszaj\u0105ce jest to, \u017ce sama metoda tworzenia snapshot\u00f3w w taki spos\u00f3b nie posiada jakiego\u015b twardego limitu.  <\/p>\n\n\n

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

    Nowe rozwi\u0105zania i nowe wyzwania <\/h3>\n\n\n\n

    Jak widzimy, nowa architektura vSAN jest bardziej ewolucj\u0105 ni\u017c rewolucj\u0105, kt\u00f3ra musia\u0142a nast\u0105pi\u0107, aby podo\u0142a\u0107 wymaganiom dzisiejszego \u015bwiata IT. Zapewne przez post\u0119p technologiczny ta architektura pr\u0119dzej czy p\u00f3\u017aniej wyprze klasyczne rozwi\u0105zanie. Mo\u017ce za jaki\u015b czas architektura OSA b\u0119dzie tym \u201ewolnym\u201d rozwi\u0105zaniem, gdzie b\u0119dziemy przechowywa\u0107 kopie zapasowe \ud83d\ude0a Tego sobie i Wam \u017cycz\u0119. A jeszcze jedno na koniec. Pami\u0119tajmy, \u017ce nowe rozwi\u0105zania posiadaj\u0105 nowe problemy \ud83d\ude0a czasem znane, czasem nie. Z tymi znanymi mo\u017cemy si\u0119 zapozna\u0107 na stronie producenta. Do czego gor\u0105co zach\u0119cam.\u00a0\u00a0<\/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":"

    Rok 2022 przyni\u00f3s\u0142 nam wiele zmian, by\u0142 to rok do\u015b\u0107 burzliwy, chyba pod ka\u017cdym wzgl\u0119dem r\u00f3wnie\u017c technologicznym. Pisz\u0105c to mam na my\u015bli m.in. du\u017ce przej\u0119cia, powr\u00f3t du\u017cych konferencji, du\u017cych i mniejszych migracji do i z chmury. By\u0142o tego naprawd\u0119 du\u017co. Tak czy inaczej, ruszamy z kopyta i na pocz\u0105tek bierzemy na warsztat nowe wersje rozwi\u0105za\u0144 VMware. […]<\/p>\n","protected":false},"author":1,"featured_media":179,"comment_status":"closed","ping_status":"closed","sticky":true,"template":"","format":"standard","meta":{"footnotes":""},"categories":[48,35,39,41],"tags":[],"class_list":["post-177","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\/177","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=177"}],"version-history":[{"count":27,"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/posts\/177\/revisions"}],"predecessor-version":[{"id":226,"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/posts\/177\/revisions\/226"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/media\/179"}],"wp:attachment":[{"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/media?parent=177"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/categories?post=177"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/szatan.it\/index.php\/wp-json\/wp\/v2\/tags?post=177"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}