Projectvoorstel SAN migratie NSG

Transcriptie

1 Projectvoorstel SAN migratie NSG De Wal ICT Auteur: Lucas de Wal Wilhelminastraat4 Functie: Netwerkspecialist/Consultant 6851 KP Huissen Tel: Document referentie: Projectvoorstel Fax: Versie: 1.0 Status: Concept Datum: Internet: Copyright 2010 De Wal ICT Niets van dit document mag gekopieerd, gewijzigd en/of openbaar gemaakt worden op welke wijze dan ook, zonder voorafgaande toestemming van De Wal ICT, anders dan voor intern gebruik van de organisatie waarvoor deze geschreven is.

2 Inhoudsopgave 1 Inleiding: Ons advies: Stappenplan: Conclusie:... 6 Projectvoorstel SAN migratie NSG Pagina 2 van 6

3 1 Inleiding: De Wal ICT heeft ongeveer 3 jaar geleden het bestaande netwerk van het NSG gemigreerd van een traditionele fysieke serverinstallatie naar een virtuele. De setup is zo gekozen dat het een pilot zou zijn voor maximaal 6 maanden. Indien de pilot succesvol verloopt, zou deze door het Rijk van Nijmegen overgenomen worden. Om de kosten van de pilot beperkt te houden, is er voor gekozen om een standaard DELL Server van Linux te voorzien en een softwarematig SAN aan te maken. Deze configuratie is tot op heden nog niet aangepast. Het gevolg is dat de configuratie die bedoeld was voor 6 maanden, niet meer stabiel werkt. Dit heeft geresulteerd in een aantal systeemcrashes die het NSG erg veel tijd en geld gekost hebben. Dit voorstel beschrijft een oplossing om het bestaande SAN te vervangen voor een echt SAN, om storingen zoals deze de afgelopen maanden zich hebben voorgedaan, niet meer voorkomen. Projectvoorstel SAN migratie NSG Pagina 3 van 6

4 2 Ons advies: De basis techniek die gebruikt is bij de oorspronkelijke opzet, kan nog steeds gebruikt worden. Dit houdt in dat de bestaande ESX Servers niet vervangen hoeven te worden, enkel het onderliggende opslagmedium (SAN). We kunnen het nieuwe SAN middels dezelfde techniek (iscsi) koppelen aan de bestaande Servers en daarna de Virtuele Machines (VM) kopiëren op het nieuwe SAN. Het Rijk van Nijmegen is qua server hardware gestandaardiseerd op Dell. We adviseren daarom ook om een SAN ook van Dell te kiezen. Voor het NSG is de Dell MD3000i de meest voor de hand liggende om de volgende reden: - Gunstig geprijsd. - Goede performance in kleine omgeving. (2-8 VM s) - Eenvoudig te installeren en beheren. Dit SAN is niet krachtig genoeg om alle servers van het Rijk van Nijmegen op te hosten. Op het moment dat het Rijk van Nijmegen er voor kiest om alle (virtuele) servers op 1 centraal SAN te hosten, adviseren we de Dell EqualLogic 6500E Series in te zetten. Indien dit in een later stadium wenselijk is, kan dit SAN eenvoudig hergebruikt worden voor back-up doeleinden, of voor testdoeleinden. (de aansluiting van het EqualLogic SAN is dezelfde als de MD300i, beide iscsi). Het bestaande SAN is rechtstreeks op de beide ESX Servers aangesloten. Om de data eenvoudig te kopiëren naar het nieuwe SAN, moeten beide SAN s aangesloten en geconfigureerd worden op de ESX Servers. Hiervoor moet er minimaal 1 iscsi switch tussen de ESX Servers en de SAN s geplaatst worden. We adviseren echter om er twee aan te sluiten, zodat de connectie tussen het SAN en de ESX Servers redundant gemaakt kan worden. Projectvoorstel SAN migratie NSG Pagina 4 van 6

5 3 Stappenplan: Het is in vrij eenvoudig om het MD3000i SAN te implementeren, omdat de basis al via iscsi werkt. De volgorde van werken is als volgt: 1. iscsi switch(es) plaatsen en kleine aanpassing in de ESX servers. Het bestaande SAN wordt op de iscsi switch(es) aangesloten. Alles werkt nog op het oude SAN. Het totale netwerk van het NSG is tijdens deze stap ongeveer 30 minuten niet beschikbaar. 2. Nieuwe iscsi SAN configureren en middels de iscsi switch(es) koppelen aan de ESX Servers. Deze stap heeft geen gevolgen voor het bestaande netwerk. Vanaf stap 3 gaat het systeem 2-10 uur down. De werkelijke tijd is zeer moeilijk in te schatten. Het is afhankelijk van hoe lang het kopiëren van de data duurt. 3. VMware ESX Servers upgraden van 3.0.x naar ESXi 4.x 4. VM s kopiëren van het oude SAN naar het nieuwe SAN (4-8 uur, afhankelijk van de hoeveelheid data) 5. Alles testen en bij akkoord oude SAN uitschakelen. Eventueel is het mogelijk om de derde server in te zetten als extra ESX server. Dit kan ook uitgevoerd worden na dit project en zal geen downtime voor het netwerk tot gevolg hebben. 6. Nazorg, documenteren en opleveren. Vanwege de mogelijk lange downtime tijdens het kopieren van data, adviseren we de werkzaamheden op een vrijdagmiddag/avond uit te voeren. De maandag na de migratie zal de uitvoerende engineer minimaal een halve dag aanwezig zijn, om in de gaten te houden of alles naar behoren werkt. Tijdens deze 4 uur, zal de documentatie gemaakt worden van de nieuwe configuratie en indien alles goed verlopen is het project (technisch) opgeleverd worden. Projectvoorstel SAN migratie NSG Pagina 5 van 6

6 4 Conclusie: Het softwarematige SAN moet vervangen worden voor een echt SAN. Deze actie is noodzakelijk om het netwerk van het NSG weer stabiel en betrouwbaar te maken. Het vervangen van het bestaande SAN kan vrij eenvoudig, omdat de onderliggende techniek niet aangepast hoeft te worden. Het nieuwe SAN wordt aangesloten op minimaal 1 iscsi SAN. We adviseren echter om er 2 in te zetten. Indien er dan 1 van de switches uitvalt, blijft het SAN gekoppeld aan de ESX Servers. Het bestaande SAN wordt ook aangesloten op de nieuwe iscsi switch(es) Door beide (tijdelijk) te koppelen aan de ESX Servers, kunnen we eenvoudig de data kopiëren van het oude naar het nieuwe SAN. De totale downtime is zeer moeilijk in te schatten, omdat dit voor het grootste deel afhankelijk is van de tijd dat het kost om de data te kopiëren. Onze inschatting is dat de totale downtime tussen de 2 en 10 uur ligt. Indien u akkoord bent met dit projectvoorstel en de bijgevoegde offerte, kunt u beide getekend retourneren. Na akkoord kan er een planning gemaakt worden voor de uitvoering van de werkzaamheden. De Wal ICT Datum: Naam: Lucas de Wal Handtekening: NSG Datum: Naam: Handtekening: Projectvoorstel SAN migratie NSG Pagina 6 van 6