Als u Site Recovery Manager gebruikt als oplossing voor bedrijfscontinuïteit en noodherstel voor uw vSphere-resources, kunt u VMware Aria Automation configureren om de resources te blijven beheren, zelfs als deze door SRM naar een secundaire locatie worden verplaatst.

Workloadmobiliteit wordt momenteel ondersteund voor resources die in vSphere worden geïmplementeerd. De workloadresources zijn onder andere virtuele machines, schijven en VM-netwerk. Vanwege Site Recovery Manager-beperkingen zijn eersteklasschijven niet inbegrepen.

Workloadmobiliteit werkt alleen met SRM. Als u workloads verplaatst met een niet-SRM-tool, verliest VMware Aria Automation de mogelijkheid om de resources te beheren, ongeacht de koppeling van de accountsite en de instellingen voor workloadmobiliteit van het project.

Nadat resources zijn teruggevallen van de resources van de primaire naar de secundaire site, wordt de informatie over de resources op de secundaire site afgestemd tijdens de gegevensverzameling. Het volledige afstemmingsproces kan meerdere verzamelingscycli in beslag nemen. Als er fouten worden gegenereerd,

Voordat u begint

  • Zorg ervoor dat de primaire en secundaire sites tot hetzelfde project behoren.
  • Bekijk de volgende overwegingen als u wilt weten hoe u de resources kunt beheren na een failover.
    Overwegingen Oplossingen
    Nadat resources zijn teruggevallen van de resources van de primaire naar de secundaire site, wordt de informatie over de resources op de secundaire site afgestemd tijdens de gegevensverzameling. Het volledige afstemmingsproces kan meerdere verzamelingscycli in beslag nemen. Als er fouten optreden, kunt u de SRM-logboeken controleren om het probleem te identificeren.
    Opslagresources behoren na afstemming op de nieuwe site niet tot een cloudzone. Na failover zijn opslagquota's mogelijk onjuist en kan de toewijzing van nieuwe schijven mislukken, afhankelijk van de nieuwe vCenter-topologie. Geen
    Sommige acties werken mogelijk niet op de secundaire site als de beleidsregels verschillen van de primaire site.

    Sommige tags bestaan bijvoorbeeld niet op de nieuwe vCenter-gegevensopslag en ze worden niet afgestemd wanneer de resources worden verplaatst. Als de resources blijven bestaan in de gegevensopslag op de secundaire site, moet u de tags op de nieuwe vCenter bijwerken om compliance met uw beleidsregels te garanderen.

    Een alternatieve oplossing is om de sites, inclusief de beleidsregels en de tags, te spiegelen.

    De meeste acties voor dag 2 die zijn gerelateerd aan machines, schijven en VM-netwerken, worden ondersteund.

    De volgende acties voor dag 2 worden niet ondersteund op de secundaire site.

    • Netwerken wijzigen wanneer u de actie Implementatie bijwerken gebruikt.

    Elke actie die meer resources verbruikt, zoals het toevoegen of wijzigen van de grootte van schijven, wordt beperkt door de beschikbare resources.
    Eersteklasschijven worden niet ondersteund vanwege beperkingen van Site Recovery Manager. Geen
    Als u de resources op de secundaire site niet opnieuw beschermt voordat u een resource wijzigt als onderdeel van iteratieve ontwikkeling of algemeen resourcebeheer, genereert SRM een fout en wordt de resource niet verplaatst wanneer u terugvalt op de primaire site.

    Na failover moet u de resources op de secundaire site opnieuw beschermen om ervoor te zorgen dat SRM op de hoogte is van de wijzigingen. Door opnieuw te beschermen zorgt u ervoor dat uw resources met minimale verstoringen kunnen terugvallen op de primaire site.

    Een alternatieve oplossing is het gebruik van een VMware Aria Automation Orchestrator-plug-in die nieuw ingerichte machines toevoegt aan beveiligingsgroepen voor Site Recovery Manager. De handleiding voor plug-ins is beschikbaar op de pagina met documentatie voor SRM.

    Als het iteratieve ontwikkelen doorgaat op de secundaire site, kunnen vernietigde resources niet worden hersteld. Als de verplaatsing naar de secundaire site tijdelijk is, kunt u overwegen alle destructieve acties te stoppen totdat u terugvalt op de primaire site.

VMware Site Recovery Manager configureren

Zorg ervoor dat de door VMware Aria Automation beheerde resources zijn geconfigureerd om workloadmobiliteit te ondersteunen. Raadpleeg de documentatie voor Site Recovery Manager voor meer informatie.

  1. Identificeer uw primaire en secundaire vCenter-instanties.
  2. Maak een beveiligingsgroep voor de resources.
  3. Maak een herstelplan voor de resources.

De primaire en secundaire accounts in VMware Aria Automation koppelen

VMware Aria Automation moet op de hoogte zijn van de alternatieve cloudaccounts die door SRM worden gebruikt voor de beveiligingsgroep en het herstelplan.

De alternatieve accounts moeten tot hetzelfde project behoren als het primaire account.

  1. Selecteer Infrastructuur > Verbindingen > Cloudaccounts in Automation Assembler en zorg ervoor dat de primaire en de secundaire cloudaccounts zijn geconfigureerd.
  2. Open het primaire account en zoek naar de sectie Sitekoppelingen.
  3. Klik op Toevoegen en selecteer het secundaire cloudaccount.
  4. Schakel de schakelaar Bidirectionele in om het migreren naar de primaire site te ondersteunen.
  5. Klik op Opslaan.