Gezien de hoeveelheid werk die we hebben verricht rondom VMware vSAN in termen van websitecontent en reviews, zal het sommigen misschien verbazen dat we nog geen vSAN in productie gebruikten. Nu de vernieuwing van onze labservers is voltooid (12x Dell EMC PowerEdge R740xd ), hebben we besloten dit probleem op te lossen door een aantal PowerEdge R730 -servers en extra SSD's die we nog hadden liggen, opnieuw in te zetten. Het resultaat is een bescheiden vSAN 6.6-configuratie die we zullen gebruiken om VM's te hosten die nodig zijn voor tests, en die tevens dient als platform voor het testen en rapporteren van nieuwe vSAN-functies. Deze implementatie roept echter direct een vraag op die vSAN-kopers vaak bezighoudt: hoe migreer ik bestaande workloads naar vSAN?
Zoals bij de meeste ondernemingen, is onze primaire labopslag een mix van iSCSI-shares en Fibre Channel-opslag, waarbij de meeste van onze gegevens zich bevinden op Dot Hill-arrays en een Fusion-io ION. Er zijn een aantal verschillende manieren om deze migratie te benaderen, van het verplaatsen van VM's tussen datastores met een eenvoudige SVMotion-opdracht waarbij de opslag lokaal is aangesloten op een host die beide datastores kan zien, of een migratie in twee stappen waarbij zowel de host als de datastore veranderen.
Als u een opslagarray met iSCSI LUN's heeft, is dit proces vrij eenvoudig. Voeg het iSCSI-opslagapparaat toe aan een van uw vSAN-hosts als u dat nog niet hebt gedaan, voeg het iSCSI-doel toe vanuit uw opslagarray en u hebt snel toegang tot die VM in het vSAN-cluster zonder zelfs maar de datastore te hoeven migreren. Als u een opslagarray hebt die communiceert via FC, kunt u gebruikmaken van een FC HBA als deze al op uw server aanwezig is, of u kunt er een toevoegen aan de host. Als de FC-opslag in de toekomst niet veel zal worden gebruikt, zijn de kosten en downtime die gepaard gaan met het installeren van de HBA misschien niet de moeite waard. Als dat het geval is, gaan we verder met het proces in twee stappen.
Bij het verplaatsen van VM's tussen ESXi-hosts waar de rekenkracht en opslag in dezelfde beweging veranderen, kunt u de VM overal in uw omgeving verplaatsen, zolang de apparaten maar met elkaar kunnen communiceren binnen uw vCenter. Dit is een optie die de meeste compatibiliteit heeft, maar mogelijk niet het snelste overdrachtspad is als er al een native pad bestaat. Voor individuele VM's of kleine groepen is dit misschien geen probleem, maar bij vrij grote VM's of grote batches kan een sneller overdrachtspad gerechtvaardigd zijn.
In ons geval kunnen we zien dat de overdracht van de VM slechts een paar minuten duurde, waarbij de 10G-netwerkverbinding tussen de twee hosts hielp om snelheden tot ongeveer 400 MB/s te halen. Over het algemeen is dit een van de eenvoudigere stappen om uw vSAN-platform aan de praat te krijgen, maar er zijn een paar manieren om dit te benaderen, afhankelijk van wat uw behoeften of hardwaremogelijkheden zijn.
In dit artikel hebben we het uitgebreid gehad over hoe eenvoudig het is om bestaande VMware VMDK's en iSCSI-shares naar vSAN te migreren. In elke organisatie die al gevirtualiseerd is, is dit proces vrij eenvoudig. VMware biedt ook een tool voor bare-metalmigraties; we hebben eerder VMware vCenter Converter gebruikt om legacy workloads te virtualiseren. Hoe je het ook aanpakt, vSAN biedt aanzienlijke voordelen op het gebied van operationele efficiëntie en totale eigendomskosten (TCO) ten opzichte van traditionele IT-implementaties. We zijn enthousiast om deze voordelen in ons lab te ervaren en kijken ernaar uit om meer content te publiceren over praktijkervaringen.
Amazon