Wirtualizacja pamięci masowych vs. Hyper-V

Transkrypt

1 Wirtualizacja pamięci masowych vs. Hyper-V 2 lipca 2009 Tomasz Jangas Senior Solutions Consultant 2008 Hitachi Data Systems

2 Wirtualizacja a pamięci masowych co to jest? Pozwala na zarządzanie jedną pulą dyskową zamiast oddzielnymi wyspami Ukrywa różnice pomiędzy heterogenicznymi urządzeniami Umożliwia realokację nadmiarowej pojemności do aplikacji, która jej potrzebuje Umożliwia zastosowanie klas pamięci masowej do implementacji zarządzania cyklem życia danych Pozwala stosować wspólną funkcjonalność dla heterogenicznych urządzeń Unifikuje zarządzanie i administrację 2

3 Gdzie realizować wirtualizację? Serwer Serwer Mainframe Serwer (volume manager) SAN (appliance) SAN Virtualization Macierz (firmware) Virtualization Macierz Virtualization Macierz 3

4 Gdzie realizować wirtualizację? Serwer Serwer Mainframe SAN (appliance) wymaga agentów na serwerach przechwytywanie pakietów i przekierowywanie I/O dodaje opóźnienia w sieci SAN wydajność??? skalowalność??? niezawodność??? przechwycenie I/O SAN Virtualization funkcje macierzy wirtualizacja Virtualization Macierz Virtualization Macierz 4

5 Gdzie realizować wirtualizację? Serwer Serwer Mainframe Macierz (firmware) żadnych zmian w sieci SAN cała przestrzeń postrzegana jako jedna wspólna pula dysków wykorzystanie pełnej funkcjonalności macierzy wykorzystanie pełnej wydajności macierzy wykorzystanie pełnej niezawodności macierzy jeden wspólny interfejs do zarządzania SAN Virtualization wirtualizacja Virtualization Macierz Virtualization Macierz 5

6 Portfolio produktów Hitachi Data Systems Funkcjonalność Intelligent Virtual Storage Systems Hitachi Universal Storage Platform VM USP VM Hitachi Universal Storage Platform V USP V Advanced Midrange Storage Systems Hitachi Adaptable Modular Storage AMS2100 AMS2300 AMS2500 Low-end Storage Systems Hitachi Simple Modular Storage SMS100 Hitachi High Performance NAS Hitachi Essential NAS Gateway or standalone Hitachi Content Archive Platform Hitachi Data Discovery Suite File and Content Storage 6 Skalowalność

7 Hitachi USP V architektura Klaster 128 procesorów, współdzielących globalną pamięć cache Brak pojedynczego punktu awarii 7

8 Universal Volume Manager Uproszczona architektura i zarządzanie przestrzenią o pojemności 96PB lub 247PB Jeden zestaw narzędzi do zarządzania danymi i ich replikowania Pliki ERP Zamówienia SAN Wyszukiwarka Drukowanie Przenoszenie, migrowanie i kopiowanie danych w heterogenicznym środowisku USP V / USP VM Optymalne wykorzystanie obecnych i wcześniejszych inwestycji EMC CX700 Wysoka wydajnosc 99.99% AMS500 Ogólne przeznaczenie 100% Lightning 9980V Archiwizacja i backup WMS100 (SATA) IBM ESS 800 Dłuższe użytkowanie posiadanych urządzeń 8

9 Universal Volume Manager ESCON SAN Woluminy widziane przez hosta Woluminy wewnętrzne Wewnętrzne dyski USPV/VM Fibre Channel ESCON FICON / IBM z/os z/os Port docelowy LUN LUN Port docelowy VDEV LUNLUN LUNLUN ELUN LUNLUN LDEV VDEVVDEV LDEV LUN Port zewnętrzny LDEV HDD RAID Port docelowy Mapowanie LUN LUN LUN ELUN to wolumin zmapowany do numeru LUN w zewnętrznym urządzeniu pamięci masowej. Zewnętrzny system pamięci masowej 9

10 Shadow Image In System Replication większa elastyczność i uproszczone zarządzanie ta sama aplikacja dla macierzy Hitachi oraz macierzy innych producentów Data mirroring across tiers with ShadowImage software niższe koszty zakupu licencji SAN Storage Pool Secondary Volume USP-V Primary Volume AMS 500 IBM DS4000 AMS200 EMC CLARiiON Backup Copy Copy for Testing 10

11 Virtual Partition Manager do 8 lub do 32 wirtualnych maszyn (partycji) partycjonowanie pamięci cache, portów oraz przestrzeni dyskowej zwiększenie jakości obsługi aplikacji (QoS) w obrębie każdej z partycji możliwość śledzenia wykorzystania zasobów dzięki numerom seryjnym partycji możliwość korzystania z rozliczeń międzywydziałowych na podstawie wykorzystania pojemności centralne zarządzanie partycjami (macierzami wirtualnymi) Private Virtual Storage 8 FC Storage Ports Multiple LUN Os 16GB Cache 100GB High Perf. Disk 20GB 100% Avail Disk 50GB Archive Disk ERP IBM Private Virtual Storage 8 FC Storage Ports Multiple LUN Os 32GB Cache 500GB High Perf. Disk 60GB 100% Avail Disk 2TB Archive Disk Order System Hitachi Private Virtual Storage 2 FC Storage Ports Multiple LUN Os 24GB Cache 200GB High Perf. Disk 80GB 100% Avail Disk 20GB Archive Disk SAP Oracle DB2 FC/IP SAN Data Mining SAP Oracle DB2 Exchange USP V/VM EMC Private Virtual Storage 2 IP Storage Ports Multiple LUN Os 8GB Cache 200GB High Perf. Disk 20GB 100% Avail Disk 100GB Archive Disk Exchange 11

12 12 Testowa SAP Exchange SAN SAN SAN Dyski Cache Porty Cache Windows Host Exchange UNIX Host SAP UNIX Host SAP Windows Testowanie UNIX Testowanie AMS500 Lightning 9980V Thunder 9585V (SATA) IBM ESS EMC DMX Vol5 Vol5 Vol5 NSC55 NSC55 NSC55 Virtual Virtual Virtual Virtual Partition Partition Partition Partition Manager Manager Manager Manager

13 13 Przydzielanie zasobów w zależności od potrzeb SAN SAN SAN Vol5 Vol5 Vol5 NSC55 NSC55 NSC55 Cache SAP Exchange AMS500 Lightning 9980V Thunder 9585V (SATA) IBM ESS EMC DMX Windows Host Exchange UNIX Host SAP UNIX Host SAP Windows Testowanie UNIX Testowanie Testowa Virtual Virtual Virtual Virtual Partition Partition Partition Partition Manager Manager Manager Manager

14 Tiered Storage Manager wirtualizacja pozwala na bezprzerwową migrację całej aplikacji mechanizmami macierzy Operational Data Reference Data aplikacja pracuje, wykorzystując wirtualny wolumen podczas gdy fizyczny jest przenoszony migracja może rozpoczynać się określonym zdarzeniem lub w określonym czasie Frequency of Access & Retrieval LUN S- Vol T- Vol migracja pomiędzy dowolnym systemem znajdującym się w domenie USP V / VM: Retention Period Common Management and Off Host Data Migration na wewnętrznych dyskach lub w obrębie dysków macierzy zewnętrznych pomiędzy macierzami Hitachi i innych producentów dla wolumenów MF i OS 14

15 Tiered Storage Manager SAN Tier 1 Hitachi Universal Storage Platform V Tier 2 Tier 2 Tier 3 Tier 3 Tier 2 Hitachi Lightning 9980 V Hitachi Lightning 9970 V Hitachi Thunder 9585 V EMC CLARiiON CX700 Hitachi AMS

16 Hitachi High Availability Manager Aplikacja dostępna non-stop nawet w przypadku awarii jednego z systemów pamięci masowej HOST Application Multi path Software NOW Y Możliwość wykorzystania również podczas migracji danych (on-line) na nowe generacje macierzy USP-V Host path VOL pair USP-V V-vol (PVOL) Remote copy path V-vol (SVOL) Tylko dla systemów otwartych (Open Systems) UVM External Storage Quorum Data Data Data External Storage Data Data Data External Storage 16

17 Dostępne aktualnie mechanizmy HA Przełączanie I/O pomiędzy ścieżkami FC External Storage 17

18 Dostępne aktualnie mechanizmy HA Przełączanie I/O pomiędzy ścieżkami FC Prząłączanie pomiędzy węzłami klastra External Storage 18

19 Dostępne aktualnie mechanizmy HA Przełączanie I/O pomiędzy ścieżkami FC Prząłączanie pomiędzy węzłami klastra Nadmiarowa sieć SAN (przełączniki FC, directory) External Storage 19

20 Dostępne aktualnie mechanizmy HA Przełączanie I/O pomiędzy ścieżkami FC Prząłączanie pomiędzy węzłami klastra Nadmiarowa sieć SAN (przełączniki FC, directory) Hitachi High Availability Manager: Jednoczesne zapisy do dwóch systemów USPV/VM Sprawdzanie spójności cache w obydwu macierzach External Storage 20

21 Hitachi High Availability Manager faza I Fizyczna przestrzeń znajduje się na wewnętrznych dyskach (P-VOL / S-VOL) P-VOL i S-VOL mają ten sam VOL ID na poziomie komend SCSI (SCSI Inquiry), w przypadku przełączania (failover) RCU zmienia numer seryjny na taki jak MCU Wolumeny zewnętrzne są mapowane do dwóch macierzy Wolumen Quorum jest używany do sprawdzania czy są jakieś różnice w danych pomiędzy MDKC i RDKC aby zapewnić ich spójność Aplikacja do zarządzania wieloma ścieżkami rozpoznaje P-VOL i S-VOL jako wolumeny udostępniane przez wiele ścieżek FC; ścieżki P-VOL są podstawowe, ścieżki S-VOL są zapasowe Quorum P-VOL P-VOL S-VOL S-VOL Quorum Zapis danych jest transferowany z P-VOLa do cache-a S-VOLa Gdy następuje awaria I/O zostają uruchomione ścieżki alternatywne do S-VOLi, kontroler przestaje kopiować dane do cache S-VOLi, S-VOLe zaczynają być aktywne do zapisu EVOL Quorum EVOL 21

22 Hitachi High Availability Manager roadmapa Q3 Q Q4 Q through Q Q4 Themes and Directions Hitachi High Availability Manager Feature ICS Internal Testing GSS Service development Training White Paper development ISV integration Windows support 3DC cascade support GA and Beyond Solaris Support AIX support Linux Support VMware Support HyperV Support MSCS Support HACMP Support Sun Cluster Support Symantec VCS Support 3DC Multi-target Support Non-disruptive Migration from USP and USPV to next generation Shared external storage N-way cluster Path Failover Support HDLM - Windows HDLM Linux, Solaris, AIX Symantec DMP Solaris, AIX, Windows, Linux Sun MPXIO VMWare Microsoft HyperV MPIO AIX MPIO EMC PowerPath 22

23 Projektowanie storage dla Hyper-V 1. Rodzaj dysków twardych dostępnych dla maszyn wirtualnych (partycji child) VHD Virtual Hard Disk (fixed, dynamic, differencing) Pass-through Disk 2. Interfejs dysków twardych IDE (wszyskie partycje child muszą startować z dysku IDE, napęd DVD może być utworzony tylko jako dysk IDE) SCSI (gdy wymagana wydajność I/O, gdy zainstalowne Integration Services) 3. Ścieżka I/O (z aplikacji w partycji child do dysku w systemie pamięci masowej) VHD Disk Storage Path I/O wędruje poprzez dwa pełne stosy (jeden w partycji child, drugi w partycji parent) Pass-through Disk Storage Path system plików NTFS w partycji parent może zostać pominięty 23

24 Projektowanie storage dla Hyper-V 4. Wielościeżkowość Hitachi Dynamic Link Manager (HDLM) tylko dla partycji parent Microsoft Windows Server 2008 MPIO (wspierane zarówno przez macierze USPV/VM jak i AMS2x00) 5. Długość kolejki dla karty HBA serwera Hyper-V Dla USPV/VM maksymalnie 2048 CDB (command data block) dla portu FC Dla AMS2x000 maksymalnie 512 CDB dla portu FC Rekomendowana formuła: 2048 / całkowita ilość LU dostępna poprzez dany port FC = długość kolejki HBA per host 512 / całkowita ilość LU dostępna poprzez dany port FC = długość kolejki HBA per host 24

25 Wirtualizacja i partycjonowanie HDS i Hyper-V 25 Maszyny wirtualne Hyper-V mają dostęp do szerokiej gamy systemów pamięci masowej (cena / wydajność / funkcjonalność) Przestrzeń alokowana dla maszyn wirtualnych może być migrowana on-line pomiędzy różnymi warstwami pamięci masowej Dane mogą być replikowane lokalnie lub zdalnie Partycjonowanie (Virtual Partition Manager) pozwala dodatkowo na zapewnienie QoS dla aplikacji zainstalowanych na maszynach wirtualnych Hyper-V w różnych wirtualnych partycjach Partycje mogą być dynamicznie zmieniane

26