Seiling på Storage Area Network Islands - dummies

Tenk deg at du har vokst til å elske dette SAN-området, så mye at det reproduserer seg som kaniner i hele din bedrift! Ting begynner å komme seg igjen. Du har små øyer av SAN som ligger i flere bygninger, og du finner det vanskelig å administrere alle de separate SAN-miljøene.

En ny trend i SAN-ledelsen er muligheten til å få tilgang til og kontrollere selskapets lagringsressurser fra en sentralisert helpdesk ved hjelp av en enkelt administrasjonskonsoll. En annen trend i lagringsnettverk er muligheten til å kopiere data mellom steder for å aktivere katastrofegjenoppretting. Det som gjør alt dette mulig er muligheten til å koble til SANer.

Det er imidlertid bra å ha SAN på flere steder, og du kan dra nytte av det faktum ved å bruke stedene som sikkerhetskopierings- eller gjenopprettingssteder for bedriften din. Du kan faktisk gjøre dyster-og-doom katastrofeoppretting folk lykkelige.

Definere en SAN-øy

A SAN-øya er et lagringsnettverk som er fysisk isolert på ett sted og administreres som en separat fysisk enhet, som vist i figur 1.

< ! - 2 ->

Figur 1: SAN-øyene er separate enheter.

Som et lokalt nettverk (LAN) ved hjelp av Internet Protocol (IP), består en SAN-øy av alle serverne, bytteene og lagringene som er fysisk koblet til ett sted. Noen SAN-øyer er isolert i samme bygning på forskjellige etasjer eller i ulike avdelinger. Hver liten SAN kan for tiden brukes til forskjellige applikasjoner eller kanskje brukes av separate forretningsenheter i et selskap. (Se en slik konfigurasjon i Figur 2.)

Figur 2: Individuelle SAN-øyer dedikert til forskjellige applikasjonsmiljøer.

For eksempel kan din mainframe-datamaskin være koblet til sitt eget dedikerte SAN-lagringsnettverk, og dine UNIX- og NT-servere kan være koblet til et annet lagringsnettverk. Du kan til og med ha to separate IT-organisasjoner involvert fordi noen mennesker er "mainframe" -folk, og noen er "server" -folk.

Tradisjonelt hadde mange store selskaper flere forretningsområder, med hver forretningsenhet ansvarlig for egne uavhengige IT-avdelinger. Disse avdelingene ville handle uavhengig av hverandre. Hver forretningsenhet kan ha sitt eget teknologibudsjett, hver med sin egen ting.

Problemene med denne tilnærmingen har blitt tydelige under den siste nedgangen i økonomien. Bedrifter har funnet at å ha separate IT-avdelinger forårsaker duplisering av personell, utgifter og infrastruktur, og hindrer evnen til å utnytte den integrerte kjøpekraften til hver forretningsenhet.Dette kaster bort mye penger. Konsolidering er løsningen, og bedrifter er nå i ferd med å implementere konsoliderte miljøer. Bedrifter konsoliderer sine IT-budsjetter og utnytter deres kjøpekraft. På den måten finner bedrifter at de kan konsolidere sine lagringsmiljøer, noe som gjør dem i stand til å skape katastrofetolerante infrastrukturer for selskapet.

Hvis du har hørt vilkårene serverkonsolidering, datakonsolidering, og restrukturering, , betyr de alt om det samme: Gjør mer med mindre.

Koble til SAN-øyer

Individuelle, mindre SAN-er er koblet til for å danne en større SAN for å dele og kopiere data:

• Disk / datadeling: Behovet for å dele disker mellom servere i forskjellige SAN er forårsaket av applikasjoner som e-post, applikasjonsklynging og tilgang til informasjon i store databaser. Datadeling kan oppnås ved å aktivere tilgang fra flere servere til de samme fysiske diskene, eller ved å gi tilgang til filene som er plassert på disse fysiske diskene. Deling av fysiske disker må gjøres gjennom en SAN, og deling av filer kan gjøres over et LAN.
• Datakopiering: Behovet for å holde data trygt og gjenopprettelig i tilfelle en katastrofe er en av de viktigste drivkreftene bak et firma som implementerer SAN. Dataene som er plassert på ett sted, kan enkelt kopieres til en annen fysisk plassering over lagringsnettverket. Når du sikkerhetskopierer dataene dine til en ekstern plassering, kan du få tilgang til dataene i tilfelle en katastrofe på hovedstedet.

Disk / datadeling

Noen ganger er ulike avdelinger innenfor samme selskap noe autonome, inkludert ulike budsjetter og kjøpevaner - uten standard for lagringsleverandører. En av ulempene ved å la folk gjøre sine egne ting er denne mangelen på standarder. For eksempel kan et selskap ha en rekke små SAN-øyer på plass, bestående av forskjellige typer servere og lagring fra mange leverandører.

Serverne kan være koblet til et lavpris avdelings lagringsarrangement i en liten SAN i en avdeling, og en annen avdeling kan ha en dyre high-end array fordi den har et større budsjett. Denne virksomheten ville kjøre mye mer effektivt hvis den kunne dele lagringsarrayer og tillate dataadgang fra alle avdelingene ved å koble de to avdelingene til en større, konsolidert SAN.

Ta en høyskole campus som et eksempel. Servere som er koblet til separate SAN-øyer i forskjellige bygninger på campus, kan trenge tilgang til de samme dataene for å dele forskningsinformasjon. Du trenger en måte å koble disse bygningene på, slik at alle serverne i hver bygning kan se samme lagring. Kobling av alt, i realiteten, skaper et basseng av lagringsressurser som kan nås av en hvilken som helst server som er koblet til bassenget.

Behovet for diskdeling kan også drevet av behovet for å opprette serverklynger. En serverklynge er en metode for å binde sammen to eller flere individuelle fysiske servere for å se ut som en enkelt logisk server.Hvis en av serverne har et problem, tar en annen over for den mislykkede serveren. For å opprette en maskinvareklynge trenger hver server tilgang til de samme fysiske diskene. Medlemmene av en serverklynge kan være lokalisert i forskjellige bygninger ved å bruke en SAN til å koble til disker over lange avstander.

Datakopiering

Behovet for å kopiere data stammer fra mange opprinnelser. Kanskje du trenger en kopi av en produksjonsdatabase som skal brukes til testing av levende data for en ny versjon av et program. Du kan ha utviklere plassert i et annet land som trenger en nylig kopi av data for testing. Du vil kanskje også beholde en nylig kopi av dine kritiske data på disken for å gjenopprette ødelagte filer.

Hovedårsaken til å lagre kopier av data er å gjenopprette. Mange bedrifter lagrer for øyeblikket sikkerhetskopi av dataene sine til tape og sender det off-site bare av denne grunn. Ulempen med å bruke bånd er behovet for å gjenopprette data tilbake til disken før den kan brukes igjen. Gjenoppretting av data fra bånd tar tid, og tiden er ikke en luksus som mange bedrifter har i disse dager.

Her kommer SAN-basert lagringsreplikasjon inn. Alle kritiske dataene som er plassert i lagringsarrayene i en SAN, kan kopieres i sanntid fra et hovedproduksjonsanlegg til et eksternt lagringsarrangement som ligger i en annen bygning, stat, eller land. Å ha muligheten til å kopiere kritiske data til en ekstern disk i sanntid - versus gjenoppretting fra en kassettskopi - betyr at du kan gjenopprette fra en katastrofe i minutter i stedet for timer eller dager.