Konfiguracja storage iSCSI w VMware Infrastructure 3
W tym artykule opisano opcje konfiguracji iSCSI w VMware Infrastructure 3 (ESX 3.5 / ESXi 3.5).
Inicjatory iSCSI
Sprzętowy inicjator iSCSI
Sprzętowy inicjator iSCSI wykorzystuje wspierane przez VMware fizyczne iSCSI Host Bus Adapter (HBA), np. Qlogic QLA4050 iSCSI HBA. iSCSI HBA tworzy połączenie z SAN poprzez sieć Ethernet i protokół TCP / IP. Sprzętowy inicjator nie pojawia się w konfiguracji hostów ESX. Natomiast pojawia się w konfiguracji storage jako adapter storage.
Funkcje inicjatora sprzętowego iSCSI[1]:
- Bootowanie serwera ESX z iSCSI SAN możliwe jest jedynie z inicjatorem sprzętowym
- Wsparcie multipathing-u, ale brak Load Balancing-u
- Wsparcie VMotion, VMware HA i VMware DRS
Programowy inicjator iSCSI
Konfiguracja inicjatora programowego w VMware ESX wymaga portu VMkernel i portu konsoli serwisowej. Muszą one znajdować się w tej samej podsieci (subnet). W ESXi wymagany jest jedynie port VMkernel[2]. Konkretna konfiguracja portu VMkernel może zostać skontrolowana poleceniem vmkping
.
Funkcje programowego inicjatora iSCSI[1]:
- Brak możliwości bootowania serwera ESX z iSCSI SAN poprzez inicjator programowy
- Wsparcie multipathing-u dla failover, ale brak Load Balancing-u (NIC-Teaming)
- Wsparcie VMotion, VMware HA i VMware DRS
Zależnie od stosowanej wersji ESX inicjator programowy nosi różne nazwy:
ESX Version | Nazwy programowego inicjatora iSCSI |
---|---|
ESX 3.0.x | vmbha40 |
ESX 3.5 | vmbha32 |
ESXi 3.5 | vmhba33 lub wyższy (vmhba32 dla USB, lub również vmhba33 itd.) |
Multipathing
Jako multipathing określane jest stosowanie kilku niezależnych od siebie fizycznych połączeń (path) między hostem a pamięcią masową. W przypadku przerwania aktywnego połączenia następuje przejście na alternatywne połączenie. Taki proces nazywany jest path failover.
VMware ESX nie wspiera obecnie Microsoft MPIO lub Multiple Connections per Session[3]. Jednakże możliwe jest wykorzystanie następujących mechanizmów multipathing-u.
Multipathing ze sprzętowym inicjatorem iSCSI
Multipathing ze sprzętowym inicjatorem jest realizowany zazwyczaj poprzez dwa iSCSI HBA w serwerze ESX. W przypadku gdy system storage wyposażony jest również w dwa porty (Storage Ports, SP) to taka konfiguracja jest zabezpieczona zarówno przed awarią jednego HBA (HBA-Failover) jak i portu storage (SP-Failover). Musi to być jednak również wspierane przez system storage[4][5].
Multipathing z programowym inicjatorem iSCSI
Multipathing z programowym inicjatorem iSCSI może być realizowany na dwa sposoby:
- Poprzez podłączenie jednego wirtualnego switcha VMKernel iSCSI do kilku fizycznych kart sieciowych (funkcja NIC Teaming). W przypadku awarii połączenia lub jednej karty sieciowej zapewnia NIC Teaming Pfad-Failover. Połączenia w NIC Teaming nie przedstawione są w konfiguracji ESX jako jedno połączenie. NIC Teaming jest kompletnie realizowany z poziomu kart siesiowych. Z tego powodu konfiguracja musi zostać przeprowadzona i monitorowana na każdym hoście ESX oddzielnie [6].
- Poprzez zastosowanie dwóch różnych, wirtualnych switchy VMKernel iSCSI, które znajdują się w różnych sieciach IP (możliwe od ESX/ESXi 3.5). System storage iSCSI musi również posiadać w tych obu sieciach cele. [7].
Uwaga: Programowy inicjator iSCSI tworzy do każdego celu tylko jedno połączenie. W systemach storage z jednym celem, ale kilkoma LUN-ami cały ruch odbywa się przez to jedno połączenie.
Przykład: Konfiguracja multipathing-u w VMware ESXi 3.5 z EMC iSCSI AX4-5i pokazuje konkretny przykład multipathing-u z programowym inicjatorem iSCSI.
Wsparcie Ethernet-u 10Gb i Jumbo Frames
Obecnie oficjalnie nie są wspierane Jumbo Frames jak i Ethernet 10Gb. Oficjalne wsparcie 10 Gb jest już zapowiedziane, vide https://blogs.vmware.com/vi/2008/06/storage-vmotion.html. Korzystanie z Jumbo Frames jest już technicznie możliwe (bez oficjalnego wsparcia!), vide https://blog.scottlowe.org/2008/04/22/esx-server-ip-storage-and-jumbo-frames/.
Odnośniki
- ↑ 1,0 1,1 iSCSI Design Considerations and Deployment Guide strona 7 (dokument odnosi się do wersji ESX 3.0)
- ↑ Appendix C: What’s New and Different in VI 3.5 GOTCHA: ESX 3i is different, strona 28
- ↑ iSCSI Design Considerations and Deployment Guide strona 3 (dokument odnosi się do wersji ESX 3.0 )
- ↑ VMware SAN System Design and Deployment Guide Path Switching with Hardware iSCSI Initiators, strona 195
- ↑ Storage / SAN Compatibility Guide For ESX Server 3.5 and ESX Server 3irozdział iSCSI
- ↑ VMware SAN System Design and Deployment Guide Path Switching with iSCSI Software Initiators, strona 194 i 196, Figure B-4 Single Subnet Configuration
- ↑ VMware SAN System Design and Deployment Guide Path Switching with iSCSI Software Initiators, strony 196/197, Figure B-5 Multiple Subnet Configuration
Dalsze informacje
- Wybór storage dla VMware: lokalny storage, FC, iSCSI lub NAS
- VMware SAN System Design and Deployment Guide Appendix B: iSCSI SAN Support in VMware Infrastructure, Seite 188 ff.
- Whitepaper VMware Virtual Infrastructure (VI) mit Open‐E Data Storage Server (DSS)
- https://en.wikipedia.org/wiki/ISCSI
- VMware Storage/SAN Compatibility Guide Introduction
- Optimizing iSCSI software initiator performance and nic teaming (VMware KB artykuł 1001251)