Back-up per laag

OADP-schema’s sluiten databasevolumes uit; iedere database heeft een eigen back-up met een doorlopend transactielogboek, via de Barman Cloud-plug-in van CloudNativePG.

Een etcd-back-up start niet zolang de versleuteling van etcd loopt, en na een momentopname is de afstemming van de besturing hervat.

Van ieder onderdeel gaat een versleutelde kopie naar Cohesity. Eigenaar is platformbeheer, tenzij anders vermeld.

De lokale momentopname van 7 dagen is een tweede OADP-schema zonder dataverplaatsing, naast de back-up van 30 dagen met dataverplaatsing.

Het versiebeheer krijgt dagelijks een forgejo dump van opslagplaatsen, database en instellingen, gemaakt met Forgejo in rust, als één samenhangend herstelpunt; de doorlopende databaseback-up dient alleen voor herstel van de database. Dat geeft een korte onderbreking op een vast tijdstip, terwijl de clusters doordraaien.

De besturing van het opslagcluster, de configuratiedatabase van de monitors met de schijfsleutels, staat in het back-upschema, met opslagbeheer als eigenaar; de schijfsleutels zijn nodig voor herstel.

Een OADP-back-up van een gehost cluster is alleen terug te zetten op hetzelfde clusterbeheer, zonder volumes, en het API-adres heeft een vaste hostnaam nodig. Bij externe infrastructuur neemt een back-up vanuit het clusterbeheer de gastvolumes niet mee. Daarom maakt ieder applicatiecluster zijn volumeback-ups zelf, met OADP en CSI-momentopnamen, en krijgt de gehoste besturing daarnaast etcd-momentopnamen.

In de eerste levering beschermt de back-up het vlootcluster, het clusterbeheer, de werkervirtualisatie en het basisdienstencluster van cel 1, de besturing van het opslagcluster en ten hoogste negen gehoste clusters: het bouwcluster, het portaalcluster en zeven applicatieclusters, naast de plaats voor de herstelomgeving. Daarbij komen de databases van de basisdiensten en de beheerde databases in ontwikkelen en beproeven.

Ieder onderdeel heeft een back-upschema als code, met ten minste een dagelijkse back-up die buiten het cluster wordt bewaard. Een cluster zonder schema wordt niet geleverd, en een ontbrekend of gewijzigd schema wordt gemeld en teruggezet.

Op ieder applicatiecluster installeert het vlootbeheer OADP, met de vaste DataProtectionApplication en de schema’s, als deel van de standaardinrichting. Het team heeft daarop geen schrijfrechten.

De automatisering maakt bij de levering van een cluster, en bij een nieuwe database, een eigen bucket met een opslaglocatie voor de back-ups. Iedere back-upbucket heeft een quotum, een eigen back-upgebruiker en een eigen back-upsleutel, en een applicatiecluster bereikt alleen zijn eigen buckets, ook die per database.

OADP heeft deze vaste instellingen.

Verbindingen met de objectopslag en met Cohesity gebruiken TLS met controle van het certificaat: TLS 1.3 waar beide kanten dat ondersteunen, anders TLS 1.2. Iedere opslaglocatie en ObjectStore controleert het certificaat van de objectgateway met caCert, en het S3-eindpunt van Cohesity op dezelfde manier; insecureSkipTLSVerify komt niet voor.

Back-ups gebruiken de S3-interface en CSI-momentopnamen. DataLock en de formaten van Kopia en Cohesity zijn vastgelegde productafhankelijkheden, die bij iedere nieuwe versie worden beoordeeld.

Het back-upoverzicht toont per cel en per onderdeel het laatste herstelpunt, de voltooiing van de kopie buiten de cel en de laatste geslaagde herstelproef, uit de metingen van de back-upsoftware en het kopieerverslag van Cohesity. Het staat in de samengevatte metingen van het vlootbeheer en vanaf groeipadstap 2 in de eigen bewakingsvoorziening; de eigenaar van een dienst ziet er zijn diensten in.

Een mislukte of uitgebleven back-up, een achterstand van de kopie buiten de cel en krapte in capaciteit worden gemeld volgens deze drempels, zodat een achterstand opvalt voordat zij het herstelpunt raakt.

Het quotum van een back-upbucket begint op de som van de opslagquota die zij beschermt, bij een database maal het aantal bewaarde volledige back-ups, en wordt na 30 dagen bijgesteld op de gemeten groei.

Pogingen om back-ups of hun vergrendeling te wijzigen of te verwijderen, en massale verwijdering, gaan direct naar het SOC. De logboeken van back-up en herstel gaan naar de SIEM: OADP en de kopieertaak via de logverzamelaar, Cohesity via syslog en de objectgateway met toegangslogboeken. De audit van de herstelomgeving ontstaat in haar gehoste besturing op het clusterbeheer en bereikt het SOC langs de gewone weg, niet uit de herstelzone.

Bij de acceptatie van de herstelvoorziening werken deze productfuncties, elk met een terugvaloptie. De voorwaarden voor Cohesity lopen via back-upbeheer, die voor de eindpuntbeveiliging via het SOC.

Back-upsoftware heeft de vastgelegde versies en gaat alleen langs ondersteunde combinaties mee. Een nieuwe versie volgt de vaste upgradevolgorde, en daarna wordt een back-up van vóór de upgrade teruggezet; na een upgrade van Cohesity worden een ophaalrun en een herstel beproefd.