Inhoudsopgave:
Video: Introduction to Lumison - Overview of Datacentre Services - Managed IT Services - Promotional Video 2024
Stel je voor dat je dit opslagruimte-netwerk (SAN) zo leuk hebt gevonden dat het zichzelf als konijnen in je hele bedrijf reproduceert! Het begint weer uit de hand te lopen. U hebt kleine eilanden van SAN's in meerdere gebouwen en u vindt het moeilijk om al die afzonderlijke SAN-omgevingen te beheren.
Een nieuwe trend in SAN-beheer is de mogelijkheid om de opslagbronnen van een bedrijf vanuit een gecentraliseerde helpdesk te openen en te beheren met behulp van een enkele beheerconsole. Een andere trend in storage-netwerken is de mogelijkheid om gegevens tussen locaties te repliceren om disaster recovery mogelijk te maken. Wat dit allemaal mogelijk maakt, is de mogelijkheid om SAN's aan te sluiten.
SAN's op meerdere plaatsen aanbieden is echter een goede zaak, en u kunt hiervan profiteren door de locaties te gebruiken als back-up- of herstelsites voor uw bedrijf. Je kunt de mensen die somber en rampzalig zijn herstellen gelukkig maken.
Een SAN-eiland definiëren
A SAN-eiland is een opslaggebiednetwerk dat fysiek is geïsoleerd op één locatie en wordt beheerd als een afzonderlijke fysieke entiteit, zoals weergegeven in afbeelding 1.
< ! --2 ->
Afbeelding 1: SAN-eilanden zijn afzonderlijke entiteiten.
Net als een lokaal netwerk (LAN) met behulp van Internet Protocol (IP), bestaat een SAN-eiland uit alle servers, switches en opslag die fysiek op één locatie zijn verbonden. Sommige SAN-eilanden zijn geïsoleerd in hetzelfde gebouw op verschillende verdiepingen of op verschillende afdelingen. Elke kleine SAN kan momenteel worden gebruikt voor verschillende toepassingen of misschien worden gebruikt door afzonderlijke bedrijfseenheden binnen een bedrijf. (Zie een dergelijke configuratie in figuur 2)
Afbeelding 2: Individuele SAN-eilanden die zijn bedoeld voor verschillende toepassingsomgevingen.
Uw mainframecomputer is bijvoorbeeld mogelijk aangesloten op een eigen SAN-opslagnetwerk en uw UNIX- en NT-servers zijn mogelijk verbonden met een ander opslagnetwerk. Misschien zijn er zelfs twee afzonderlijke IT-organisaties bij betrokken omdat sommige mensen 'mainframe'-mensen zijn en sommige mensen' server'-mensen zijn.
Van oudsher hadden veel grote bedrijven meerdere bedrijfsactiviteiten, waarbij elke bedrijfseenheid verantwoordelijk was voor zijn eigen onafhankelijke IT-afdelingen. Deze afdelingen zouden onafhankelijk van elkaar handelen. Elke bedrijfseenheid zou een eigen technologiebudget kunnen hebben, waarbij iedereen zijn eigen ding zou doen.
De problemen met deze aanpak zijn duidelijk geworden tijdens de laatste recessie in de economie. Bedrijven hebben vastgesteld dat het hebben van afzonderlijke IT-afdelingen leidt tot duplicatie van personeel, uitgaven en infrastructuur, en belemmert de mogelijkheid om gebruik te maken van de geïntegreerde koopkracht van elke bedrijfseenheid.Dit verspilt veel geld. Consolidatie is de oplossing en bedrijven zijn nu bezig met het implementeren van geconsolideerde omgevingen. Bedrijven consolideren hun IT-budgetten en benutten hun koopkracht. Daarbij ontdekken bedrijven dat ze hun opslagomgevingen kunnen consolideren, waardoor ze voor het bedrijf rampbestendige infrastructuren kunnen maken.
Als u de termen serverconsolidatie, gegevensconsolidering, en herstructurering, heeft gelezen, betekent dit allemaal hetzelfde: meer doen met minder.
SAN-eilanden verbinden
Afzonderlijke kleinere SAN's zijn verbonden om een groter SAN te vormen voor het delen en kopiëren van gegevens:
- Schijven / gegevens delen: De noodzaak om schijven te delen tussen servers in verschillende SAN's wordt teweeggebracht door toepassingen zoals e-mail, applicatieclustering en toegang tot informatie in grote databases. Het delen van gegevens kan worden bereikt door toegang vanaf meerdere servers tot dezelfde fysieke schijven mogelijk te maken, of door toegang tot de bestanden op die fysieke schijven in te schakelen. Het delen van fysieke schijven moet worden gedaan via een SAN en het delen van bestanden kan via een LAN worden gedaan.
- Kopiëren van gegevens: De noodzaak om gegevens te beveiligen en te herstellen in het geval van een ramp is een van de belangrijkste drijvende krachten achter een bedrijf dat een SAN implementeert. De gegevens op één locatie kunnen heel eenvoudig worden gekopieerd naar een tweede fysieke locatie via het opslagnetwerk. Als u een back-up van uw gegevens maakt naar een externe locatie, kunt u toegang krijgen tot die gegevens in het geval van een ramp op de primaire locatie.
Schijf- / gegevens delen
Soms zijn verschillende afdelingen binnen hetzelfde bedrijf enigszins autonoom, inclusief verschillende budgetten en koopgewoonten - zonder normen voor opslagleveranciers. Een van de nadelen van het laten spelen van mensen is dit gebrek aan normen. Een bedrijf kan bijvoorbeeld een aantal kleine SAN-eilanden hebben, bestaande uit verschillende soorten servers en opslag van vele leveranciers.
De servers kunnen zijn verbonden met een goedkope opslagarray van afdelingen in een klein SAN in een afdeling en een andere afdeling kan een dure high-end array hebben omdat deze een groter budget heeft. Dit bedrijf zou veel efficiënter werken als het opslagarrays kon delen en gegevenstoegang van alle afdelingen mogelijk zou maken door die afdelingen te verbinden tot een groter, geconsolideerd SAN.
Neem een universiteitscampus als voorbeeld. Servers die zijn verbonden met afzonderlijke SAN-eilanden in verschillende gebouwen op de campus, hebben mogelijk toegang nodig tot dezelfde gegevens voor het delen van onderzoeksinformatie. U hebt een manier nodig om die gebouwen te verbinden, zodat alle servers in elk gebouw dezelfde opslag kunnen zien. Door alles aan te sluiten, creëert u in feite een pool met opslagbronnen die toegankelijk zijn voor elke server die is verbonden met de pool.
De behoefte aan schijfdeling kan ook worden bepaald door de noodzaak om serverclusters te maken. Een -servercluster is een methode om twee of meer afzonderlijke fysieke servers samen te voegen om er uit te zien als een enkele logische server.Als een van de servers een probleem heeft, neemt een ander het over voor de falende server. Voor het maken van een hardwarecluster heeft elke server toegang tot dezelfde fysieke schijven nodig. De leden van een servercluster kunnen zich in verschillende gebouwen bevinden door een SAN te gebruiken om over lange afstanden verbinding te maken met schijven.
Kopiëren van gegevens
De noodzaak om gegevens te kopiëren komt voort uit vele oorsprongen. Misschien hebt u een kopie van een productiedatabase nodig om live gegevens voor een nieuwe versie van een toepassing te testen. Mogelijk hebt u ontwikkelaars in een ander land gevestigd die een recente kopie van gegevens nodig hebben om te testen. U wilt misschien ook een recente kopie van uw kritieke gegevens op schijf bewaren om beschadigde bestanden te herstellen.
De belangrijkste reden om kopieën van gegevens te bewaren, is voor herstel. Veel bedrijven ondersteunen hun gegevens momenteel alleen om deze reden op tape te plakken en elders te verzenden. Het nadeel van het gebruik van tapes is de noodzaak om gegevens terug te zetten op schijf voordat deze opnieuw kan worden gebruikt. Het herstellen van gegevens van banden kost tijd en tijd is geen luxe die veel bedrijven tegenwoordig hebben.
Dit is de SAN-gebaseerde opslagreplicatie. Alle kritieke gegevens die zijn ondergebracht in de opslagarrays in een SAN, kunnen in realtime worden gekopieerd van een hoofdproductiefaciliteit naar een opslagarray op afstand in een ander gebouw, staat, of land. Het vermogen om kritieke gegevens realtime naar een externe schijf te kopiëren - in plaats van het herstel van een back-up van een band - betekent dat je na een ramp in minuten kunt herstellen in plaats van uren of dagen.
