hci vs tradicionalna infrastruktura · višeslojna organizacija sistema kompleksna interna podrška...
TRANSCRIPT
HCI vs tradicionalna infrastruktura
Aleksandar PavlovićVodeći sistem inženjer za inf. sisteme
HCI vs tradicionalna infrastruktura
● Tradicionalna infrastruktura
● CI (Converged Infrastructure)
● HCI (Hyper CI)
Tradicionalna infrastruktura
● Serverska infrastruktura
● Storage infrastruktura
● Mrežna infrastruktura
● Platforma za virtuelizaciju
HCI
● Objedinjene serverske i storage funkcionalnosti na x86
serverima
● Ethernet mrežna infrastruktura
● Platforma za virtuelizaciju i centralizovano upravljanje
Tipični predstavnici
● Tradicionalna infrastruktura○ Serverska infrastruktura: HPE, Lenovo, Dell
○ Storage infrastruktura: NetApp, HPE, Dell EMC
○ Mrežna infrastruktura: Cisco, HPE, Brocade
● HCI○ VMware vSAN Ready Nodes, NetApp HCI, Dell VxRail, Nutanix
Tradicionalna infrastruktura
● Višeslojna organizacija sistema
● Kompleksna interna podrška○ Interni tim za serverski, storage i mrežni segment često funkcionišu kao
odvojene celine
● Kompleksna spoljna podrška○ Podrška proizvođača
○ Podrška partnerskih kompanija
● Kompleksne procedure redovnog održavanja○ Upgrade opreme i verzija softvera
HCI infrastruktura
● Eliminisana potreba za tradicionalnim storage blokom
● Jednostavnije održavanje sistema, zbog commodity x86
hardvera
● Skalabilnost sistema – Scale Up vs Scale Out
● Striktna usklađenost hardvera sa preporukama
● Strožiji nivoi servisne podrške
● Niži TCO
● Ekonomičnija upotreba resursa – proširenja u skladu sa
realnim potrebama
HCI ili tradicionalna infrastruktura
● Poslovni model kompanije
● Predikcija rasta potreba tokom eksploatacionog perioda
sistema○ Prediktivni bizinis – finansijski sektor, uslužne delatnosti
○ Service provajderi
○ Kompanije koje se bave razvojom softvera i pružanjem servisa
● Poređenje TCO○ Hardver + softver
○ Drugačiji servisni modeli i ugovori sa partnerima
○ Efikasnija interna organizacija
Proces nadmetanja
● Korisnički zahtev○ Kapacitet infrastrukture – operativna memorija, diskovni resursi
● Tradicionalna infrastruktura○ Serveri bez lokalnih diskova
○ Hibridni storage sistem
○ Mrežna infrastruktura
○ Alternativno Flash based storage sistem (data reduction 3:1)
● HCI○ Serveri sa lokalnim diskovima
○ Opcija sa hibridnom ili flash based konfiguracijom
○ Mrežna infrastruktura
○ Softverske licence za HCI rešenje
Proces nadmetanja – dodatni zahtevi
● Backup servis – performanse, transportni modovi
● DR zahtevi – storage based replikacija vs software based
replikacija
● Stretched cluster –vSphere Metrocluster vs vSAN stretched
cluster
● vSAN NextGen Snapshots – Native data protection
Primer HCI - vSAN
● Software Defined Storage – on premise, private/public Cloud
● Ugrađen u vSphere kernel
● Hibridna ili All Flash arhitektura
● Scale Up/Scale Out
● Licencni model per CPU, Desktop, ROBO
Primena
Proces konfiguracije - dodavanje hostova
Proces konfiguracije - klaster
Maximusi
● Klaster: veličina 2-64 hosta
● Host: 1-5 disk grupa
● Disk grupa:○ 1 flash disk za cache
○ 1-7 spindle ili flash za podatke
○ Kapacitet cache diska
ne utiče na kapacitet disk
grupe
Disk grupe
● 1-5 disk grupa po hostu
● Preporuka za većim brojem disk grupa:○ Bolje performanse
○ Host je i dalje funkcionalan nakon ispada diska, odnosno disk grupe
○ Bolji odnos cache/data
Objekti i kvorum
● Quorum based metodologija
● 2N+1 nodova potrebno za zaštitu od N otkaza
● Mirroring ili Erasure Coding (R5 ili R6)
Upis podataka
● Svaki vSAN objekat poseduje owner node
● Owner node zaudžen za konzistentnost IO operacija
● Write operacije○ Pre slanja potvrde, potreban sinhroni upis na sve replike
○ U slučaju erasure coding-a (R5/R6) owner zadužen za parity operacije
● Read operacije – Round Robin sa svih replika
Erasure coding
● aka RAID (R5 ili R6)
● Dostupan na All Flash disk grupama
● R5 – 3 data stripe + 1 parity stripe
● R1 ima bolje performanse u odnosu na R5 – nema parity kalk.
● R5 je efikasniji u pogledu resursa – 0,33 vs 1 overhead
● R6 – 4 data stripe + 2 parity stripe – 0,5 vs 1 overhead
Rebuild - otkaz
● U slučaju ispada disk grupe, za rebuild je potrebno:
● Dodatni fault domen
● Raspoloživ prostor za rebuild
● VM1 – R1 konfiguracija – za rebuild 3 fault domena
● VM2 – R5 konfiguracija – za rebuild 4 fault domena
Backup, DR…