Failover en failback
Azure Site Recovery biedt u de flexibiliteit om een failover naar Azure uit te voeren als zich een noodgeval voordoet en failback naar on-premises machines nadat de gebeurtenis is afgelopen.
U wilt nu een volledige failover uitvoeren voor de rest van de beveiligde omgeving naar Azure. U voert een volledige failover uit nadat u een failover-analyse hebt uitgevoerd op één test-VM. Vervolgens voert u de failback uit zodra de failover is voltooid.
In deze les verkent u de verschillen tussen failover en failback. U leert ook hoe u een failback-beleid krijgt dat automatisch wordt gemaakt nadat u een replicatiebeleid hebt ingesteld op Azure.
Failover en failback
Een failover is het proces dat plaatsvindt wanneer de beslissing wordt genomen om het BCDR-plan voor het bedrijf aan te roepen. Failover vindt plaats wanneer de huidige liveomgeving die wordt beveiligd met behulp van Site Recovery, wordt verplaatst naar de replicaomgeving. Deze doelreplicaomgeving krijgt de plaats van de live-omgeving en wordt de primaire infrastructuur.
Een failback is het omgekeerde van een failover. De vorige actieve omgeving (die nu de replicaomgeving is, omdat er een failover is uitgevoerd) krijgt de oorspronkelijke rol terug en wordt weer de actieve omgeving. Nadat de failover in het eerste exemplaar is opgetreden, moet een herbeveiligingsfase plaatsvinden. In deze fase maakt u de oorspronkelijke omgeving weer synchroon met de nieuwe actieve omgeving. Met dit proces kunnen de failover en failback plaatsvinden zonder gegevensverlies. De beveiligingsfase is waarschijnlijk een langdurige procedure, omdat u moet controleren of de oude actieve omgeving correct werkt na het noodgeval.
De failover- en failback-acties kennen vier stadia:
- Failover naar Azure: Als de on-premises primaire site uitvalt, wordt er een failover naar Azure (of uw secundaire site) uitgevoerd, waardoor virtuele machines worden gemaakt op basis van de primaire gerepliceerde gegevens.
- Virtuele Azure-machines opnieuw beveiligen: nadat de failover is uitgevoerd, moeten de virtuele Azure-machines opnieuw worden beveiligd, zodat ze wijzigingen terug kunnen repliceren naar de on-premises omgeving nadat het noodgeval is teruggedraaid. Virtuele machines worden uitgeschakeld om ervoor te zorgen dat gegevens consistent blijven.
- Failback naar on-premises: wanneer de on-premises site weer actief is, is het mogelijk om een failover naar die omgeving uit te voeren. Vervolgens is dit weer de actieve omgeving. U kunt geen failback uitvoeren naar fysieke servers. Er moet in alle systemen een failback naar virtuele machines worden uitgevoerd.
- On-premises virtuele machines opnieuw beveiligen: De beveiliging van de on-premises virtuele machines vindt plaats, zodat ze beginnen met repliceren naar Azure nadat de failback is uitgevoerd.
Failback-beleidsregels
Wanneer u een on-premises replicatiebeleid maakt om uw on-premises machines naar Azure te kopiëren, wordt automatisch een gekoppeld failbackbeleid voor u gemaakt. Het beleid heeft een aantal vaste kenmerken die niet kunnen worden gewijzigd. Deze kenmerken zijn:
- Kan alleen terug naar uw on-premises configuratieserver worden gerepliceerd.
- Recovery Point Objective is ingesteld op 15 minuten.
- De retentieperiode voor herstelpunten is ingesteld op 24 uur.
- App-consistente momentopnamen worden ingesteld op elk uur.
Als u de failback uitvoert, worden de virtuele Azure-machines gestopt. Zodra de replicatie is voltooid, start u uw on-premises VM om de workloads over te nemen. De service wordt onderbroken, dus plan de failback op een moment dat geen invloed heeft op uw bedrijf.
Plannen voor bedrijfscontinuïteit en herstel na noodgevallen
BCDR-plannen binnen Site Recovery maken het aanpassen en sequentiëren van failover en failback van virtuele machines en de toepassingen die erop worden uitgevoerd, mogelijk. Computers worden gegroepeerd en herstelacties kunnen worden geautomatiseerd met behulp van scripts tijdens de failover of failback. U kunt desgewenst ook meer handmatige stappen voor acties toevoegen. Als u het BCDR-plan test voordat er zich een noodgeval voordoet, kunt u meer vertrouwen hebben op een positief resultaat. U moet uw infrastructuur snel aan de slag laten op de secundaire locatie om te voldoen aan de beoogde hersteltijd van het bedrijf.
Flexibele failovers
Met de mogelijkheid om flexibel te zijn met failovers, kan Site Recovery failovers op aanvraag uitvoeren voor testdoeleinden. Het isoleren van deze tests betekent dat liveservices niet worden onderbroken. Door deze flexibiliteit kan een failover bovendien tijdens een geplande onderbreking van de liveservice worden uitgevoerd. De storing onderbreekt gebruikers van het systeem niet omdat ze automatisch worden overgeschakeld naar de gerepliceerde omgeving. De flexibiliteit werkt ook in omgekeerde richting. Failback op aanvraag kan deel uitmaken van een geplande test of als onderdeel van een volledig getriggerd scenario voor herstel na noodgevallen.