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…