Innholdsfortegnelse:
Et rammeverk for lagringsnettverk (SAN) består av ulike stykker programvare som kjører på en server i datasenteret ditt. Enkel definisjon, jobben er å oppdage, rapportere og kontrollere alle komponenter som utgjør SAN.
Av de mange forskjellige pakkene som gjør SAN-ledelsen (og flere blir utviklet hver dag), er noen bedre enn andre. Noen som lar deg se statusen til (men ikke endre) lagringsarrayene selv er svært svake for å håndtere resten av SAN, for eksempel navene og bryterne. Noen er gode på å kontrollere maskinvaren, men skimp på å visualisere statusen til komponentene eller detaljnivået i rapportene. Hvis du er heldig, kan du faktisk se hvor mye av Fiber Channel-båndbredden din bruker av trafikken mellom verter og lagringsarrayer. De fleste gir deg en måte å bli varslet til kritiske hendelser på SAN ved personsøking y du sender en e-post, eller faktisk ringer hjemme-telefonen din og, ved hjelp av en stemme synthesizer, forteller deg hva hendelsen var. Ganske kule ting; men skummel mot bestemoren din hvis hun skjer for å svare på telefonen. En ting som en SAN-administrasjonspakke kan gjøre, er å utføre en handling basert på en hendelse, for eksempel å kjøre et skript som tildeler flere fiberkoblinger til en disk hvis bruken går over 90 prosent på gjeldende linker. Mulighetene er uendelige, og alt avhenger av hvordan du trenger SAN til å bli automatisert.
Bruke et felles språk for å kommunisere
De fleste rammer består av en type database der all informasjon om SAN er lagret. Å ha et enkelt lager for å samle, overvåke og kontrollere SAN er viktig for sømløs styring. Disse dedikert repositoriene gjør det mulig å holde rede på hva som gjør SAN helt enkelt. Dessuten gir et sentralt lagre andre leverandører muligheten til å integrere sin spesifikke sjef for SAN-ledelse inn i rammen, noe som resulterer i ekte best-of-breed-løsninger. Et godt SAN-ledelsesramme er ikke nødvendigvis en en-leverandørløsning. Faktisk, jo mer, merrier. Så lenge leverandører samordner deres innsats ved å være best på hva de gjør, og deretter bruker et felles språk for å overvåke og kontrollere komponenter, kan en sømløs kryssleverandør SAN administreres ganske enkelt.
Få langvarige fiender til å snakke med hverandre
Hvis du lurer på hvordan du skal fremme verdens fred - eller i det minste hvordan du får leverandør Xs programvare til å snakke med leverandør Y-bryteren - svaret er enklere enn du tror.Du lager et felles språk (kall det Z ) og lær det til både leverandørens maskinvare og programvare. Nå, fordi de snakker det samme språket, kan de kommunisere og bli administrert av samme rammeprogramvare.
SNIA-gruppen (Network Network Industry Association) har til oppgave å fremme effektive, interoperable og robuste løsninger i nye SAN-teknologier. Flere av de store lagringsselskapene er medlemmer av SNIA, noe som gir det mye klage. SNIA skaper Storage Management Initiative (SMI) -koden som heter Bluefin, , som er designet for å bringe markedsplassering av en plattform for lagringshåndtering (eller plattformer, velg) som effektivt kan administrere heterogene lagringsplattformer samtidig effektivt..
Kjernen til Bluefin er et felles grensesnitt som alle lagringsleverandører - array, HBA, eller bytte leverandører - vil bruke til å administrere sine produkter. Dette fellesgrensesnittet stopper ikke med SAN-komponenter. Det er iverksatt tiltak for å utvide denne standardmåten til å kommunisere med andre typer komponenter, for eksempel serverhardware, operativsystemer og nettverksenheter, slik at rammeverk som spesialiserer seg på hver klasse av komponent, kan kommunisere og dele informasjon. På denne måten kan all ledelse bli rullet opp i ett "globalt" rammeverk som du kan se og bruke til å kontrollere noe maskinvare du bestemmer deg for å bruke i din databehandlingsinfrastruktur.
For å oppnå alt dette skapte datamaskinindustrien noen forkortelser for deg:
- CIM: Den Vanlige Informasjonsmodellen (CIM) er en annen måte å si: "Vi er alle enige å ringe en ting med fire ben som du sitter på en stol. 'Den som sitter på hunden din, har ikke lov til å delta i SAN. "Du får ideen. Det er en måte å sette grunnlaget for et språk: Pek på et objekt, kaller det en "stol", og så forstår alle andre i gruppen at hvis de vil snakke om det objektet, kaller de det bedre en stol, eller ingen vil forstå dem.
- SOAP: SOAP er ikke til å vaske hendene dine. Standard objekttilgangsprotokoll er et etablert sett med regler for kommunikasjon frem og tilbake mellom forskjellige enheter. Hvis CIM dekker språket for å snakke, dekker SOAP hvordan man legger sammen setninger ved hjelp av språket.
- WBEM: Webbasert Enterprise Management (WBEM, uttalt web - em ) er et språk som bruker nettleserbasert teknologi for å kommunisere med og kontrollere SAN komponenter. Og alt som trengs for å kjøre en WBEM-applikasjon, er hvilken som helst gammel nettleser. CIM / WBEM-styringsverktøy vil alle være små webapplikasjoner som du peker nettleseren på, og den bygger brukergrensesnittet på skjermen ved hjelp av webspråk som Java, HyperText Markup Language (HTML) eller XML-eXtensible Markup Language (XML).
Figur 1 viser et blokkskjema over hvordan disse komponentene smelter sammen for å få alt til å oversettes effektivt.
Figur 1: Nettbasert styringsramme.
Den veldig kule tingen om å bruke et web-basert styringsramme er at du kan komme til det gjennom en hvilken som helst nettleser, slik at du ikke trenger å installere en forseggjort konsoll for å administrere infrastrukturen din. I tillegg til det, fordi det er nettbasert, er det egentlig ikke en enkelt enhet som du må tråkke all informasjonen til. Rammeverket vil vite om du skal få informasjon fra en sentral server for noe som varsler, eller om du trenger å kommunisere (via samme webgrensesnitt) direkte til webadressen til et lagringsarrangement for å skjære opp noen volumer. Det vil håndtere omdirigering av kommandoene dine for deg i stedet for at du lanserer fem separate konsoller for å se på dine fem forskjellige lagringsplattformer. Du ser endringer via nettsiden avhengig av oppgaven som utføres, alt håndteres dynamisk av det lille, innebygde webserverprogrammet på hver SAN-komponent. Når en ny funksjon legges til en SAN-komponent, eller en ny komponent legges til SAN, kommuniserer webappsjonene til hverandre og finne ut hvordan man spiller sammen.
