Association of Enterprise Architects AEA Magyar Tagozat rendezvénye A nagyvállalati infrastruktúra tervezésének praktikái és buktatói
Molnár Zoltán – Senior Solution Architect
[email protected] Hewlett-Packard, Enterprise Group 2013. november 19.
A tyúk vagy a tojás esete…
A nagyvállalati infrastruktúra tervezés Az infrastruktúra tervezés szempontjai • • • •
Az üzletnek való megfelelés (TCO/ROI) Beruházás védelem, életciklus menedzsment Igényhez illő garantált üzembiztonság (vas vagy support?) Technológiai alkalmasság (kapacitás, teljesítmény)
Az infrastruktúra tervezés buktatói • • • •
Nem megfelelő tervezésből adódó „elméretezés” A rendelkezésre álló technológiák „nem ismerete” Elégtelen szolgáltatási szint „megengedése” Pontatlan beszerzésből adódó hiányosságok
Az infrastruktúra tervezés mankói • • • •
Bevált gyakorlatok tapasztalatainak alkalmazása Előre számolható, mérhető információk Proof of concept a nem tervezhető esetekhez Hiteles szakértők bevonása és kontroll
A tervezés érdekesebb buktatói és mankói Tipikus buktatók és az ellenszerek • A korszerű technológia gazdaságosabb – tudás, képzés • Szállítás=OK, üzemeltetés=káosz – megfelelő Support • Határidő akadályok (apró bajok) – pontos ajánlatkérés • Alul- vagy túlméretezés – alapos és helyes előkészítés • „Utálja az üzemeltetés” – nekik is kell előzetes oktatás • Bevezetési problémák – nem csak vas, hanem támogatás is! Hasznos mankók • A tervezett rendszer lerajzolása (LAN/SAN/power/rack) • Konszolidált mérések (nem csak egyedi eszközök) • Van, amit előzetesen ki kell próbálni (pl. deduplikáció) • Gondoltunk mindenre? Ehhez jó a külső kontroll • Használjunk gyártói támogatást az életciklus alatt
Megbízható alap építőelemek – cél az üzembiztonság Kezelhetőség, kiszámíthatóság és mindenekelőtt pro-aktivitás – mottó: 7x24x365 A helyi kiszolgálóktól a NonStop rendszerekig… • Megbízható, stabil rendszerek • Innovatív, értékteremtő megoldások • Tökéletes és centralizált felügyelhetőség • Az igényeknek megfelelő skálázhatóság
Processzor: • Több mag • Magasabb órajel • Gyorsabb számítás
Memória: • Nagyobb méret • Nagyobb sávszélesség • Gyorsabb sebesség
1210 600 183
00
A teljesítmény különbség közelítése
03
07
10
(Forrás: HP TPC benchmarks)
A feldolgozás sebességével lépést kell tartani
Tárolók (Storage): • Kontroller teljesítmény fejlesztések • Jelenleg minél több tengely és SSD használata
Idő
* Moore törvénye: a számítástechnika exponenciálisan nő, 18-24 hónaponként duplázódik A hagyományos tároló (Storage) technológiák teljesítményben ennél kisebb ütemben tudnak fejlődni * http://en.wikipedia.org/wiki/Moore's_law
$$$$$
Teljesítmény
A kiszolgáló technológiák fejlődése
Hogyan lehet fokozni a teljesítményt és rugalmasságot? Iparági szabványok kora - megkülönböztető, innovatív megoldások Többlet teljesítmény
Hozzáadott értékű szolgáltatások
Komplex rendszerek
Erőforrás
Rugalmasság, megoldás
A hozzáértés és az innováció a megkülönbözető érték
Az elosztott tárolók szerepe Hol, milyen céllal alkalmazzuk, és mit várhatunk ezektől?
Alkalmazási hatókör • Központi rendszerek elosztott háttere • Fürtözött szerverek kiszolgálása • Katasztrófatűrő megoldások alapja • Kiszámíthatatlan növekedés esetén Alapvető ismérvek • Magas rendelkezésre állás garantálása • Egypontos hibalehetőségek mellőzése • Jól bővíthető, nagy kapacitású adattárolás • Skálázható teljesítmény
A különlegességekben rejlik a valódi érték Tegyünk különbséget az „egyenlők” közt
Tároló 1
Tároló 2
Az „IO Accelerator”, mint új tárolási réteg
(10E-6)
5 nagyságrend
6 nagyságrend
L2
L1
L3
DRAM
30µs
SAN, NAS, RAIDed DAS
3 nagyságrend
SSDs
IO Accelerator
Ott és azt alkalmazzuk, amire valóban szükség van
Nanoszekundum (10E-9)
Hozzáférési idő késleltetése
Millis z ek u n d u m (10E-3)
Vigyük közelebb az adatokat a processzorhoz! A PCI-e busz maximálisan ki tudja szolgálni az SSD (Solid State) technológiát
SAN
DRAM L1, L2 & L3 CPU Cache
IO Accelerators SSD’s
5 nagyságrend
Nano szeku n d u m (10E-9)
Hozzáférési idő késleltetése
Millis z ek u n d u m (10E-3)
Az IO Accelerator és a „hagyományos” megoldások
Tár fajta IOPS / egység Mennyiség IOPS Fogyasztás IOPS/Watt 15k RPM diszk 210 IOPS/db 3 810 db 800k IOPS 30,48kW ~ 26-30 IOPS/W SSD meghajtó 8k IOPS/db 100 db 800k IOPS 780W ~ 2 000 IOPS/W IO Accelerator 800k IOPS/db 1 db 800k IOPS 25W 32 000 IOPS/W
Infrastruktúra komponensek – legyünk előrelátók Készüljünk a felhőre! Power & cooling
Servers
Storage
Network
Management software
Holistic data center smart grid
Most intelligent, self sufficient
Multi-tenant and Federated
Flatter, optimized for east-west traffic
Drag and drop simplicity Bursting out of the box
Infrastruktúra komponensek, moduláris építkezés Szolgáltatás alapú infrastruktúra modell
Service Catalog és Service Portal
Cloud Service Automation Operation Orchestration
Server Automation
Menedzsment és Monitoring
Migration - Provisioning - Recoveri Management - Billing
IaaS
Storage Provizionálás
Network Provizionálás
Virtualizáció Logikai szerver menedzsment
HP Converged Infrastructure
Egységes infrastruktúra
Public/Private Cloud Appliance
XaaS
Készletezhetőség, nyilvántartás…
Adatcentrum „Smart Grid” – a létesítmény trükkök Thermal Discovery
Power Discovery • Szerver és rack intelligens helymeghatározása az iparágban elsőként • 3D-s adatközpont megjelenítés Location Discovery
• Adatközpont szintű fogyasztás szabályozás • Hő- és fogyasztás optimalizált terhelés és/vagy alkalmazás elhelyezés
• Automatizált probléma csökkentés és terhelés kezelés
A tervezési praktikák összefoglalása A tervezés hatóköre, azaz mikre kell gondolnunk A rajzolás • Létesítmény (rack, tápáram, csatlakozók, hűtés) • Az apróságok (mint kábelek, modulok, távolságok) segít ebben • Ha kell, teszteljünk előzetesen (POC) • Bátran használjunk új technológiákat • Merjünk különbséget tenni az „egyenlők” között • HA architektúra és/vagy magas Support szint • Üzemeltetők oktatása • Megfelelő támogatási (garancia) szint kiválasztása • Proaktív szolgáltatások lehetősége • Felügyeleti rendszerek (bevezetése vagy kiterjesztése)
Köszönöm a figyelmet!
Serving Information®. Simply.
Molnár Zoltán – HP
