Forståelse iSCSI
Internet Small Computer System Interface (iSCSI) er en protokoll som definerer hvordan data kan overføres mellom vertssystemer (for eksempel servere) og lagringsenheter (for eksempel som lagringsnettverk eller SAN). iSCSI ble standardisert av IETF i 2003 og kombinerer Small Computer System Interface (SCSI) lagringsplass protokoll med TCP /IP-protokollen suite for å definere en mekanisme for blokk overføring av data over Ethernet-nettverk.
iSCSI muliggjør overføring av SCSI blokk lagring kommandoer innenfor IP-pakker samtidig som den gir TCP til å håndtere flytkontroll og sikre pålitelig overføring. Blokklagring er hvordan SAN kommunisere med programmer som kjører på vertssystemer. Data overføres blokk av blokken i rå form mellom SAN og vertssystemet. I praksis gjør dette til lagring på SAN vises til vertssystemet som om det var Direct Attached Storage (DAS) og ikke nettverk lagring. Vertssystemet kan opprette forekomster av disklagring kalt virtuelle disker (også kalt logiske enhetsnumre eller LUN, men i hovedsak bare VHD filer) innenfor lagringsarray, skape volumer på disse virtuelle disker, formatere volumene bruker et filsystem som NTFS, og bruke disse volumene som om de var lokalt installerte harddisker i vertssystemet. I kontrast til dette, en Network Attached Storage (NAS) enheten bruker en filoverføringsprotokoll som SMB, CIFS eller NFS for å overføre data mellom vertssystemet og NAS-enheten.
iSCSI er designet som et alternativ til den eksisterende Fibre Channel (FC) arkitekturen som brukes av SAN som krever dedikert maskinvare som FC vertsbussadaptere (FC HBA) og fiberoptiske kabler, noe som gjør FC SAN relativt kostbare som en måte å implementere nettverkslagring. I motsetning til FC, kan iSCSI bruke ditt eksisterende nettverksinfrastruktur (svitsjer, rutere, nettverkskort, og så videre) i stedet for at du må kjøpe ekstra maskinvare. I stedet, som figur 1 viser iSCSI arkitekturen er implementert ved hjelp av en klient /server arkitektur som omfatter følgende programvarekomponenter:
iSCSI-initiator - Programvare på vertssystemet forbruker lagring, som typisk vil være en server som kjører noen søknad. Denne klienten komponent initierer forespørsler til og mottar svar fra en iSCSI target, som representerer server side av iSCSI arkitektur. ISCSI-initiator kan implementeres enten som en driver installert på vertssystemet eller innen maskinvaren i en iSCSI HBA, som er utgangspunktet en iSCSI-stand nettverkskortet. Generelt maskinvare iSCSI initiativtakerne gi bedre ytelse fordi de kan avlaste iSCSI behandling fra verten til adapteren for forbedret ytelse
iSCSI target -. Programvare på systemet som gir lagringsplass, som kan være enten en iSCSI-lagringsarray eller en Windows-server som har iSCSI Target rolle tjeneste installert. ISCSI target er serveren komponent av iSCSI arkitektur og lytter etter og svarer på kommandoer fra iSCSI initiativtakerne på andre systemer på nettverket. Ledelse programvaren som følger med målet lar deg lage virtuelle disker og volumer og gjøre dem tilgjengelige for iSCSI initiativtakerne til bruk over nettverket
Figur 1:. Hvordan iSCSI lagring fungerer
Microsoft støtte for iSCSI
Microsoft først begynte å støtte iSCSI med Windows 2000 Server-plattformen, slik at små og mellomstore bedrifter kan dra nytte av den rimeligere iSCSI-teknologi. Versjon 1.0 av Microsoft iSCSI Software Initiativtaker støttes Windows 2000, Windows XP SP2 og Windows Server 2003 SP1. Andre versjoner ble senere utgitt som inkluderte ulike ytelsesforbedringer og andre forbedringer. Fra og med Windows Server 2008 og Windows Vista, ble Microsoft iSCSI Software Initiativtaker bygget inn i operativsystemet.
I tillegg til iSCSI-initiator programvare, Microsoft også utviklet iSCSI target programvare kalt Microsoft iSCSI Software Target. I første omgang er dette iSCSI target programvaren ble inkludert i Windows Unified Data Storage Server 2003 som ble utgitt bare gjennom OEM-kanaler. I april 2011 Microsoft laget versjon 3.3 av Microsoft iSCSI Software Target tilgjengelig som en gratis nedlasting for Windows Server 2008 R2 og Windows Server 2008 R2 SP1.
Fra og med Windows Server 2012, Microsoft iSCSI Software Target 3.3 nå en inne -i operativsystem komponent. Dette betyr at du kan bruke en server som kjører Windows Server 2012 som et iSCSI-lagringsarray for iSCSI initiativtakerne på nettverket for å koble til. Denne artikkelserien undersøker hvordan å implementere iSCSI-lagring ved hjelp av den innebygde Microsoft iSCSI Software Target 3.3 komponent av Windows Server 2012. Artikkelen viser også hvordan systemer som kjører Microsoft iSCSI Software Initiativtaker 3.3 kan koble seg til og utnytte slike iSCSI-lagring.
Fordeler med iSCSI
Hvorfor distribuere iSCSI lagring allikevel i ditt miljø? Hvilke fordeler har det over andre former for lagring? Jeg har allerede beskrevet hvordan iSCSI lagringsgrupper er vanligvis billigere å distribuere enn FC-baserte lagringsgrupper, og de kan gi omtrent samme nivå av ytelse og pålitelighet i tillegg, bortsett fra kanskje når svært høye nivåer av transaksjoner er involvert. iSCSI har også andre fordeler over FC eksempel enklere implementering (den bruker kjent TCP /IP-nettverksprotokoller og infrastruktur enheter) som betyr å distribuere det krever mindre IT-kompetanse, noe som gjør det til et attraktivt lagringsløsning for mindre bedrifter.
iSCSI støtter også Multipath I /O (MPIO), en Microsoft rammeverk som tillater lagring leverandører til å utvikle fler løsninger for å optimalisere ytelsen og påliteligheten av forbindelser til lagringsarrayer. MPIO er en protokoll uavhengig teknologi som kan gjennomføres med iSCSI, FC, og Serial Attached SCI (SAS) grensesnitt. Ved å implementere MPIO sammen med Microsoft iSCSI Software Target, kan administratorer gi økt pålitelighet og lastbalansering ved at iSCSI initiativtakerne til å utnytte flere redundante nettverksbaner til iSCSI-lagringsenheter. Støtte for MPIO ble først tatt med som en tilleggsfunksjon i Windows Server 2008, og er også tilgjengelig i Windows Server 2008 R2 og Windows Server 2012.
iSCSI bruksscenarioer
Hvordan kan du distribuere iSCSI lagring i ditt miljø? Det finnes en rekke ulike situasjoner der det kan være nyttig. Et sentralt område er å bruke den til å tilby felles lagringsplass for distribusjon failover klynger av Hyper-V verter. For dette scenariet vil dine Hyper-V vertene krever minst to nettverkskort med ett å være dedikert til iSCSI delt lagring og den andre for nettverkskommunikasjon med produksjonsnettverk. Du må kanskje også en tredje nettverkskort i hver maskin for kommunikasjon med forvaltningen nettverk, for eksempel når du administrerer verter som bruker System Center Virtual Machine Manager (VMM).
En annen mulig bruk scenario for iSCSI lagring kan være for å konsolidere lagringsplass som brukes av flere applikasjonsservere. For eksempel, hvis du har en som kjører Microsoft SQL Server og en som kjører Microsoft Exchange Server, kan du overføre den direkte-attached storage brukes av hver server til en enkelt iSCSI SAN eller en Windows Server som har Microsoft iSCSI Software Target installert. Å ha en dedikert lagringsarray eller enhet som dette bidrar til å redusere sløsing problemet med overprovisioning direct-attached storage på serverne. Det gjør det også lettere å håndtere backup og gjenoppretting.
En tredje bruk er å la diskløse datamaskiner til eksternt boot fra ett operativsystem bildet på et iSCSI-lagringsarray. Å gjennomføre et slikt scenario, vil disse maskinene trenger en iSCSI-boot stand nettverkskort, og det er en rekke av disse for tiden tilgjengelig i markedet. Du kan også starte direkte fra virtuelle maskiner som kjører på Hyper-V vertene i datasenteret.
Konklusjon
iSCSI lagring kan gi reelle fordeler i en rekke ulike scenarier, og begynner med Windows Server 2012 alle komponentene som trengs for å gjennomføre iSCSI-lagring er gitt i boks. De neste artiklene i denne serien vil vise hvordan du distribuerer en Windows Server 2012-baserte iSCSI lagringsløsning med både Server Manager brukergrensesnitt og Windows Powershell. Anmeldelser