Elke keer dat u wijzigingen aanbrengt in uw MAS systeem, je hebt een solide noodplan nodig. Als er iets misgaat, hoe ga je dan herstellen?

Het doel hierbij is om het risico zoveel mogelijk te beperken en te voorkomen dat uw omgeving in een gebroken toestand achterblijft.

Twee manieren om MAS-back-ups te maken

IBM biedt twee belangrijke benaderingen:
‍

‍

De eerste zijn GitHub-scripts, die al een paar jaar bestaan.

De tweede optie is nieuwer: twee Ansible-rollen die net in maart 2026 zijn uitgebracht.

Laten we beide bekijken en kijken hoe ze zich verhouden.

Methode 1: Github-scripts

Er zijn speciale backupscripts beschikbaar voor zowel Core (mascore-backup-restore.sh) als Manage (manage-backup-restore.sh). Deze scripts zijn beschikbaar in GitHub en zijn ook rechtstreeks gebundeld in de MAS CLI, waardoor ze gemakkelijk toegankelijk en gebruiksvriendelijk zijn.
‍

Lokaliseer de MAS Core en beheer back-upscripts binnen de MAS CLI op mascli/backup-restore.
‍

‍

Clustertoegang vereist

De scripts werken rechtstreeks samen met MAS-naamruimten en -bronnen, waarvoor beheerderstoegang tot het OpenShift-cluster vereist is.

Parameters verzamelen

De naamruimte bevat de meeste parameters die u nodig hebt om deze scripts uit te voeren.
‍

‍

De MAS Core Backup uitvoeren

Als u mascore-backup-restore.sh wilt uitvoeren, geeft u de scriptlocatie, de instantie-ID, de locatie waar u de bestanden wilt opslaan en de modus op.
‍

‍
Inspecteer alle back-upbestanden om te controleren of van alle bronnen een succesvolle back-up is gemaakt.

De Manage Backup uitvoeren

Gebruik dezelfde parameters om manage-backup-restore.sh uit te voeren, inclusief de workspace-ID.
‍

‍

Methode 2: Ansibele rollen

Nieuwe MAS CLI Backup & Restore-opdrachten

Vanaf MAS Release 36.0.0 bevat de MAS CLI verbeterde back-up- en herstelopdrachten die kunnen worden geïntegreerd met OpenShift Pipelines.
‍

‍

Voordat we ingaan op de uitvoering van de massa-back-up commando, het is belangrijk om de beschikbare opties te begrijpen.
‍

Er zijn 32 verschillende parameters, maar ze kunnen in feite worden gegroepeerd in zes belangrijke gebieden:

• Van welk exemplaar maken we een back-up?

• Hoe willen we de back-up configureren?

• Waar wordt de back-up opgeslagen?

• Welke toepassingen zijn inbegrepen?

• Van welke componenten wordt een back-up gemaakt?

• Zijn er onderliggende afhankelijkheden of geavanceerde opties betrokken bij de back-up?
  ‍

‍

Mas-back-up uitvoeren binnen MAS CLI

De MAS-backupopdracht hieronder bevat de Manage-toepassing, waarvoor nog steeds de werkruimte-ID moet worden opgegeven. Het bevat ook SLS en specificeert de naamruimte waar het is geïnstalleerd.
‍

De eerste paar keer dat ik dit commando uitvoerde, mislukte het vrijwel onmiddellijk tijdens de pre-backup-check-taak.
‍

De pre-backup-check valideert de status van elk onderdeel in het OpenShift-cluster, wat niet ideaal is wanneer u alleen een gerichte back-up probeert uit te voeren. Gebruik de parameter --ski-pre-check om deze te omzeilen.
‍

‍

Zodra de back-up is gestart, gebeuren er achter de schermen een aantal dingen.
‍

De OpenShift Pipelines Operator wordt geïnstalleerd in de Core-naamruimte en vervolgens in de Manage-naamruimte sinds deze is opgenomen in de back-up, en er wordt ook een speciale naamruimte aangemaakt Pijpleidingen naamruimte waar ook de operator is geïnstalleerd.
‍

Dit is dus niet alleen een back-up, het is het aanbrengen van wijzigingen in uw cluster.
‍

‍

Naarmate de back-up vordert en de afhankelijkheden worden geïnstalleerd, wordt een link naar de Pipeline Run is beschikbaar in het MAS CLI-venster.
‍

Vanaf dat moment moet u de back-up rechtstreeks vanuit het OpenShift-cluster blijven monitoren.
‍

De Pipeline Run geeft je een stapsgewijs beeld van het volledige back-upproces, van validatie tot uiteindelijke upload, zodat je de voortgang in realtime kunt volgen.
‍

‍
Beperkingen van MAS Backup

• Sommige opslagklassen en toegangsmodi worden niet ondersteund in bepaalde omgevingen (bijvoorbeeld SNO, AWS, Azure).

• Alleen MongoDB Community Edition wordt ondersteund.

• Bij controles vóór de back-up wordt het hele cluster gescand, maar deze kunnen worden overgeslagen.

‍