Lär dig grunderna av VMware Cloud on AWS, del 3: Utvidga den lokala infrastrukturen till molnet

DISCLAIMER: Den här artikeln är äldre än ett år och kan inte vara aktuell med senaste händelser eller ny tillgänglig information.

Utvidgning av datacenter gör det möjligt för VMware Cloud på AWS-användare att förlänga lokal infrastruktur till molnet för att möta varierande kapacitetskrav. Lär dig mer om vanliga utmaningar och hur du kan övervinna dem i den sista delen av vår tredelade serie.

I det första blogginlägget i denna serie introducerade vi VMware Cloud på AWS och de viktigaste kunddrivna användningsområdena. I det andra blogginlägget i gjorde vi en djupdykning i användningsområdet molnmigrering. I den tredje delen av den här serien vill jag gräva djupare i det andra användningsområdet: Utvidgning av datacenter – det vill säga hur man utvidgar sin lokala infrastruktur till molnet med VMware Cloud på AWS.

Det finns flera scenarier där kunderna vill utvidga till molnet, till exempel när de:

Har geografiska kapacitetsbehov (som regler för datasuveränitet eller behov av att vara närmare sina slutanvändare) och vill inte investera i att bygga ut ett nytt datacenter
Har lokala kapacitetsbegränsningar för att hantera säsongsbundna toppar i efterfrågan
Behöver hantera oplanerade tillfälliga kapacitetsbehov eller behöver kapacitet för nya projekt och vill inte investera i överprovisionering eller bygga ny kapacitet lokalt
Lätt att utöka lokala stationära tjänster utan att köpa ytterligare hårdvara
Behöver utveckla nya applikationer som måste integreras med lokala applikationer eller få tillgång till inhemska molntjänster
Har behov av att utföra test- och utvecklingsverksamhet i en molnmiljö som operativt liknar lokala nätverksmiljöer

Men när kunderna försöker utvidga sin befintliga lokala miljö till molnet, står de inför många utmaningar inklusive de nedan.

Typiska utmaningar när den lokala miljön utvidgas till molnet:

Interoperabilitet mellan miljöerna: Det behöves omstrukturering/ refaktoring av applikationer, omvandling av maskinformat etc. vid migrering till molnet.
Inkompatibel kompetens, verktyg och processer: Infrastrukturs- och driftsteam måste lära sig nya färdigheter, skaffa andra verktyg och ändra befintliga processer för att maximera fördelarna med integrering till det offentliga molnet.
Hantering av olika infrastrukturer: Inkonsekventa styrverktyg som fungerar isolerat i lokala och molnmiljöer.
Dubbelriktad applikationsmobilitet är komplex och kostsam: När applikationer flyttar till det offentliga molnet är det praktiskt taget omöjligt att flytta dem tillbaka till lokala nätverk utan en betydande omvänd omarbetning som gör migreringen mycket kostsam och tidskrävande.
Inkonsekvent säkerhet och styrning: Skillnaderna mellan lokal infrastruktur och infrastrukturen i det offentliga molnet begränsar återanvändningen av etablerade säkerhets- och styrningsförfaranden och verktyg.

Så här övervinner VMware Cloud på AWS dessa utmaningar:

VMware Cloud på AWS utvidgar din lokala infrastruktur till molnet, med samma vSphere-hypervisor som kör tiotals miljoner data och tjänster. Den finns på en dedikerad EC2 (Elastic Compute Cloud) -instans utan särskilt operativsystem i AWS Cloud, och därför krävs ingen ny design för att migrera applikationer. Det sparar migrationskostnader, tid och komplexitet och gör dubbelriktad migration lätt och enkel.
Med VMware Cloud på AWS kan kunderna utnyttja kända och beprövade VMware-färdigheter, verktyg och processer i molnet, så det finns inget behov av att lära sig nya färdigheter eller skaffa nya verktyg.
VMware vCenter, ett beprövat hanteringsverktyg som används i stor utsträckning av infrastrukturadministratörer i hela världen för att driva deras lokala vSphere-infrastruktur, är hanteringsverktyget för VMware Cloud på AWS och tillhandahåller konsekventa funktioner för vCenter-administratörer.
Program kräver ingen ny design för att migrera till VMware Cloud på AWS, vilket sparar migreringskostnader, tid och komplexitet och möjliggör sömlös dubbelriktad migrering.
Med VMware Cloud på AWS kan kunderna utvidga sina nuvarande lokala säkerhets- och ledningspolicyer till molnet.

Låt oss nu titta närmare de olika funktionerna och möjligheterna tjänsten erbjuder som hjälper dig att utvidga sömlöst från lokala nätverk till moln:

Hybridkopplat läge

Det ger dig full överblick över dina lokala nätverks- och molnresurser i VMware Cloud på AWS:s SDDC vCenter. Detta ger operationell konsistens och synlighet i båda miljöerna.
Med hybridkopplat läge kan du länka din VMware Cloud på AWS vCenter Server-instans med en lokal vCenter Server-instans.
Om du länkar din moln-vCenter Server till en domän som innehåller flera vCenter Server-instanser som är länkade med förbättrat länkat läge är alla dessa instanser länkade till ditt moln-SDDC.
Med hjälp av hybridkopplat läge kan du:

Logga in på vCenter Server-instansen i ditt SDDC med inloggningsuppgifterna för ditt lokala nätverk.
Visa och hantera inventeringarna av både ditt lokala och moln-SDDC:et från ett enda vSphere Client-gränssnitt.
Använda kall migrering och vMotion för data och tjänster mellan ditt lokala datacenter och moln-SDDC:et direkt från användargränssnittet.

Resurser: Dokumentationslänk

vCenter Cloud Gateway:

vCenter Cloud Gateway är en applikation som du kan ladda ner och installera lokalt för att ansluta dina lokala och moln-vCenter
Den ansluter sig till den lokala SSO-domänen och låter dig konfigurera hybridkopplat läge för att hantera hybridresurserna från det lokala datacentret
vCenter Cloud Gateway inkluderar användargränssnittet vSphere och kunderna kan använda det användargränssnittet för att hantera både deras lokala vCenter-server och VMware Cloud på AWS:s vCenter Server. Upplevelsen av vCenter Cloud Gateway är exakt densamma som hybridkopplat läge-upplevelsen i VMware Cloud på AWS, förutom att den nu körs lokalt i din lokala miljö.
Resurser: Dokumentationslänk, Relaterad blogg.

vCenter:s innehållsbibliotek:

Innehållsbiblioteket i vCenter är en perfekt funktion för att hålla tillgängligheten för mallar, OVA, ISO-avbilder och skript synkroniserade mellan lokala och moln-SDDC:er.
Du kan distribuera från, klona till, och synkronisera VMTX OVF-mallar, montera ISO:er och till och med utföra gästanpassning.
Genom att anta innehållsbibliotek är du redo att använda VMware Cloud på AWS till dess fulla potential från dag ett.
Resurser: Dokumentationslänk, Driftshandbok: Använda innehållsbibliotek.

Utsträckta kluster:

I VMware Cloud på AWS finns standardkluster inom en enda Amazon-region och tillgänglighetszon. Det betyder att om Amazon skulle drabbas av ett tillgänglighetszonsfel (AZ-fel) skulle det orsaka en förlust i tillgängligheten för klustret.
För data och tjänster där ett tillgänglighetszonsfel inte kan tolereras kan kunderna välja att distribuera ett utsträckt kluster.
Med utsträckta kluster ger VMware Cloud på AWS:s infrastruktursskydd mot fel i AWS-tillgänglighetszoner på infrastrukturnivå. Att sträcka ut ett SDDC-kluster över två AWS-tillgänglighetszoner inom en region betyder att om en tillgänglighetszon går ner, behandlas den helt enkelt som en vSphere-händelse med hög tillgänglighet och den virtuella maskinen startas om i de andra tillgänglighetszonerna, vilket ger 99,99% infrastrukturstillgänglighet.
Nu kan applikationer sträcka sig över flera tillgängliga zoner för AWS inom ett VMware Cloud på AWS-kluster.
De viktigaste fördelarna med sträckta kluster är:

Hög tillgänglighet utan dataförlust för företagstillämpningar som virtualiserats på vSphere över AWS-tillgänglighetszoner (AZ), med sträckta kluster som sträcker sig över flera tillgänglighetszoner.
Utsträckta kluster gör det möjligt för utvecklare att fokusera på grundläggande applikationskrav och kapaciteter, istället för på infrastrukturens tillgänglighet
Förbättrar din applikations tillgänglighet markant utan att behöva utforma den i din applikation.

Resurser: Dokumentationslänk, Relaterad blogg.

Elastisk DRS (distribuerad resursplanerare):

Med Elastic DRS kan du ställa in policyer för att automatiskt skala ditt moln-SDDC genom att lägga till eller ta bort värdar som svar på efterfrågan.
Den använder en algoritm för att upprätthålla ett optimalt antal tillhandahållna värdar för att hålla klusterutnyttjandet högt och samtidigt behålla önskad centralprocessor, minne och lagringsprestanda.
Den ger rekommendationer för att antingen skala in eller skala ut klustret. Ett beslutsstöd svarar på en rekommendation om att skala ut genom att tillhandahålla en ny värd i klustret. Den svarar på en rekommendation om att skala in genom att ta bort den minst utnyttjade värden från klustret.
Denna funktion är aktiverad på klusternivå. Övervakningsintervallet är var femte minut.
Den är som standard aktiverad för uppskalning endast för lagring. Den kan optimeras manuellt för bästa prestanda och/eller för lägsta kostnader.
Du kan aktivera eDRS via policy eller genom ett RESTful-programmeringsgränssnitt för att automatisera konfigurationen av denna policy.
Resurser: Dokumentationslänk, Relaterad blogg, Blogg om att använda RESTful-programmeringsgränssnitt för elastisk DRS.

Expandera/kontrahera ett moln-SDDC automatiskt vid behov:

En av de stora fördelarna med att använda VMware Cloud på AWS är förmågan att snabbt och enkelt lägga till och ta bort värdar/kluster från ditt SDDC.
Lägga till värdar:

Du kan lägga till värdar till ditt SDDC för att öka mängden data- och lagringskapacitet som finns i ditt SDDC. Du kan lägga till max upp till 16 värdar per kluster och du kan ha 20 kluster per SDDC.
Värdar dras från AWS:s serverpool. ESXi är startat och helt konfigurerat inklusive alla VMkernel och logiska nätverk, och läggs sedan till ditt vCenter/SDDC. Hela processen tar cirka 10–15 minuter.
När värden är ansluten till nätverket och har lagts till i klustret utvidgas vSAN Datastore automatiskt, vilket gör att klustret kan använda den nya lagringskapaciteten och börja synkronisera vSAN-objekten.

Ta bort värdar:

Du kan ta bort värdar från ditt SDDC så länge antalet värdar i ditt SDDC-kluster förblir över minimum, vilket är tre värdar.

Lägga till kluster:

Du kan lägga till kluster till ett moln-SDDC upp till det maximalt konfigurerade antalet för ditt konto. Ytterligare kluster skapas i samma tillgänglighetszon som det ursprungliga SDDC:et.
Logiska nätverk som du har skapat för ditt SDDC delas automatiskt över alla kluster. Beräknings- och lagringsresurser konfigureras på samma sätt för alla kluster.

Ta bort kluster:

Du kan ta bort alla kluster i ett SDDC förutom det första klustret, Kluster-1.
När du tar bort ett kluster avslutas omedelbart alla virtuella maskiner för data och tjänster i klustret och all data och konfigurationsinformation tas bort. Du förlorar åtkomsten till programmeringsgränssnittet och användargränssnittet till klustret. Offentliga IP-adresser associerade med VM i klustret släpps.

Resurser: Dokumentationslänk.

Policyhantering:

I VMware Cloud on AWS kan du definiera beräkningsprinciperna som låter dig specificera hur vSphere:s distribuerade resursscheman (DRS:er) ska placera VM:er på värdar i en resurspool.
Det finns för närvarande fem typer av policyer du kan ange:

VM-Värd samhörighetspolicy
- En VM-Värd samhörighetspolicy upprättar ett affinitetsförhållande mellan en kategori virtuella maskiner och en kategori värdar.
- Sådana policyer kan vara användbara när värdbaserad licensiering kräver att VM:er som kör vissa applikationer placeras på värdar som har licens för att köra dessa applikationer.
- De kan också vara användbara när virtuella maskiner med data- och tjänstspecifika konfigurationer kräver placering på värdar som har vissa egenskaper.
VM-värd anti-samhörighetspolicy
- Med VM-värd anti-samhörighetspolicy kan användaren specificera anti-affinitetsrelationer mellan en grupp VM:er och en grupp värdar.
- Detta kan vara användbart för att undvika att använda allmänna data och tjänster på värdar som kör resursintensiva applikationer, för att undvika resurskonflikt.
VM-VM samhörighetspolicy
- En VM-VM samhörighetspolicy tillåter användaren att ange affinitetsrelationer mellan VM:er.
- Denna policy kan vara användbar när två eller flera VM:er kan dra nytta av placering på samma värd för att hålla latensen minimal.
VM-VM anti-samhörighetspolicy
- En VM-VM anti-samhörighetspolicy beskriver ett förhållande mellan en kategori VM:er.
- En VM-VM anti-samhörighetspolicy hindrar placering av virtuella maskiner i samma kategori på samma värd.
- Denna policy kan vara användbar när du vill placera virtuella maskiner som kör viktiga data och tjänster på separata värdar, så att ett fel hos en värd inte påverkar andra VM:er i kategorin.
Inaktivera DRS vMotion-policy:
- En inaktivera DRS vMotion-policy som tillämpas på en VM förhindrar en DRS (distribuerad resursplanerare) från att migrera VM:en till en annan värd såvida inte den nuvarande värden misslyckas eller sätts i underhållsläge.
- Denna typ av policy kan vara användbar för en VM som kör en applikation som skapar resurser på den lokala värden och förväntar sig att dessa resurser förblir lokala. Om DRS:en flyttar VM:en till en annan värd för lastbalansering eller för att uppfylla reservationskrav, lämnas resurser skapade av applikationen och prestanda kan försämras när referensplatsen komprometteras.
- Denna policy träder i kraft när att en taggad VM slås på och är avsedd att hålla VM:en på sin nuvarande värd så länge värden förblir tillgänglig. Policyen påverkar inte valet av värd när en VM slås på.
Resurser:Dokumentationslänk, Relaterad blogg.

Alternativ för multipel interkonnektivitet:

Konfigurera ett IPsec-VPN för att ge en säker anslutning till ditt SDDC. Ruttbaserade och policybaserade VPN:er stöds. Båda typerna av VPN kan ansluta till SDDC:et via Internet. En ruttbaserad VPN kan också ansluta till SDDC:et via AWS Direct Connect.
L2VPN-funktionen i VMware Cloud på AWS stöder utvidgning av VLAN-nätverk. L2VPN-anslutningen till NSX-T-servern med hjälp av en IPsec-tunnel. Det L2VPN-utökade nätverket används för att utöka nätverket av virtuella maskiner och överför bara trafik som består av data och tjänster. Det är oberoende av VMkernel-nätverket som används för migreringstrafik (ESXi-hantering eller vMotion), som använder antingen en separat IPsec-VPN eller en Direct Connect-anslutning.
En L2VPN på Compute Gateway kan utvidga upp till 100 av dina lokala nätverk. VMware Cloud på AWS använder NSX-T för att tillhandahålla L2VPN-servern i ditt moln-SDDC. L2VPN-klientfunktioner kan tillhandahållas av en fristående NSX Edge som du laddar ner och distribuerar till ditt lokala datacenter.

VMware HCX

Ger högpresterande sammankopplingsmöjligheter med flera platser genom att abstrahera din infrastruktur och låta dig interoperera mellan olika versioner av vSphere och olika nätverkstyper.
Ger möjlighet att konfigurera ett WAN-optimerat IPSec-VPN-nätverk med flera platser för säker site-to-site-anslutning.
Sträck ut Layer-2-nätverk och utöka datacenter mellan platser.
Utför bulkmigreringar av data och tjänster, dubbelriktad live-vMotion med möjlighet att behålla MAC- och IP-adresser.

AWS Direct Connect:

AWS Direct Connect är en tjänst som tillhandahålls av AWS. Den låter dig skapa en snabb anslutning med låg latens mellan ditt lokala datacenter och AWS-tjänster.
Direct Connect-trafik rör sig över ett eller flera virtuella gränssnitt som du skapar i ditt kundkonto hos AWS. För SDDC:er där nätverk levereras av NSX-T använder all Direct Connect-trafik, inklusive vMotion, managementtrafik och beräknad gateway-trafik ett privat virtuellt gränssnitt. Detta skapar en privat anslutning mellan ditt lokala datacenter och en enda Amazon-VPC.

Resurser:

Webbinarium – djupdykning i utvidgning av datacenter: Det här webbinariet gör en djupdykning i de tekniska funktioner i VMware Cloud på AWS som hjälper dig att utöka din lokala nätverksmiljö till molnet.
Lösningssammanfattning för utvidgning av datacenter (ej fastställd ännu).

Här finns mer information och utbildningsmaterial för VMware Cloud på AWS: