Uw cloudomgeving beveiligen

Dit artikel bevat aanbevolen procedures voor het onderhouden van de betrouwbaarheid en beveiliging van uw Azure cloudomgeving. Betrouwbaarheid zorgt ervoor dat uw cloudservices operationeel blijven met minimale downtime. Beveiliging beschermt de vertrouwelijkheid, integriteit en beschikbaarheid van uw resources. Zowel betrouwbaarheid als beveiliging zijn essentieel voor succesvolle cloudbewerkingen.

Betrouwbaarheid beheren

Betrouwbaarheidsbeheer omvat het gebruik van redundantie, replicatie en gedefinieerde herstelstrategieën om downtime te minimaliseren en uw bedrijf te beschermen. tabel 1 een voorbeeld van drie prioriteiten voor workloads, betrouwbaarheidsvereisten (uptime SLO, maximale downtime, redundantie, taakverdeling, replicatie) en voorbeeldscenario's die overeenkomen met serviceniveaudoelstellingen (SLO's)

Tabel 1. Voorbeeld van vereisten voor workload-prioriteit en betrouwbaarheid.

Betrouwbaarheidsverantwoordelijkheden identificeren

Betrouwbaarheidsverantwoordelijkheden variëren per implementatiemodel. Gebruik de volgende tabel om uw beheerverantwoordelijkheden voor infrastructuur (IaaS), platform (PaaS), software (SaaS) en on-premises implementaties te identificeren.

Zie Gedeelde verantwoordelijkheid voor betrouwbaarheidvoor meer informatie.

Betrouwbaarheidsvereisten definiëren

Duidelijk gedefinieerde betrouwbaarheidsvereisten zijn essentieel voor uptimedoelen, herstel en gegevensverliestolerantie. Volg deze stappen om betrouwbaarheidsvereisten te definiëren:

1. Geef prioriteit aan werkbelastingen. Wijs hoge, gemiddelde (standaard) of lage prioriteiten toe aan workloads op basis van de mate van bedrijfskritiek en financiële investeringsniveaus. Bekijk regelmatig prioriteiten om de afstemming met bedrijfsdoelen te handhaven.

2. Wijs serviceniveaudoelstelling (SLO) voor uptime toe aan alle workloads. Uw SLO beïnvloedt uw architectuur, strategieën voor gegevensbeheer, herstelprocessen en kosten. Stel uptimedoelen vast op basis van de prioriteit van de workload. Workloads met een hogere prioriteit vereisen strengere uptimedoelen.

3. Service level indicators (SLI's) identificeren. Gebruik SLI's om de uptimeprestaties te meten voor uw SLO. Voorbeelden zijn gezondheidsmonitoring van diensten en foutpercentages.

4. Wijs een hersteltijddoelstelling (RTO) toe aan alle workloads. De RTO definieert de maximaal acceptabele downtime voor uw workload. RTO moet korter zijn dan uw jaarlijkse uitvaltijdstoewijzing. Een uptime-SLO van 99,99% vereist bijvoorbeeld minder dan 52 minuten uitvaltijd per jaar (4,32 minuten per maand). Voer de volgende stappen uit om een RTO toe te wijzen:

   1. Schat het aantal storingen per jaar in. Gebruik uw SLI's voor workloads met operationele geschiedenis. Voor nieuwe workloads voert u een analyse van foutmodus uit om een nauwkeurige schatting te krijgen.

   2. Schat de RTO. Deel uw jaarlijkse toegestane downtime door het geschatte aantal storingen. Als u vier fouten per jaar inschat, moet uw RTO 13 minuten of minder zijn (52 minuten / 4 storingen = 13 minuten RTO).

   3. Test uw hersteltijd. Houd de gemiddelde tijd bij die nodig is om te herstellen tijdens failovertests en daadwerkelijke storingen. De tijd die je nodig hebt om te herstellen van een fout, moet korter zijn dan je RTO.

5. Definieer herstelpuntdoelstellingen (RPO) voor alle workloads. Uw RPO beïnvloedt hoe vaak u uw gegevens repliceert en er een back-up van maakt. Bepaal hoeveel gegevensverlies uw bedrijf kan tolereren.

6. Definieer betrouwbaarheidsdoelen voor workloads. Zie de aanbevelingen van het Well-Architected Framework voor het definiëren van betrouwbaarheidsdoelen voor werkbelastingen.

Betrouwbaarheid van gegevens beheren

Betrouwbaarheid van gegevens omvat gegevensreplicatie (replica's) en back-ups (kopieën naar een bepaald tijdstip) om de beschikbaarheid en consistentie te behouden. Zie tabel 2 voor voorbeelden van workloadprioriteit die is afgestemd op doelen voor gegevensbetrouwbaarheid.

Tabel 2. Workloadprioriteit met voorbeeldconfiguraties voor gegevensbetrouwbaarheid.

U moet configuraties voor gegevensbetrouwbaarheid afstemmen op de RTO- en RPO-vereisten van uw workloads. Voer de volgende stappen uit om deze uitlijning te maken:

1. Gegevensreplicatie beheren. Repliceer uw gegevens synchroon of asynchroon volgens de RTO- en RPO-vereisten van uw workload.

   Gegevensdistributie	Gegevensreplicatie	Taakverdelingsconfiguratie
   Over beschikbaarheidszones	Synchroon (bijna real-time)	De meeste PaaS-services verwerken zone-overschrijdende load balancing van nature.
   Tussen regio's (actief-actief)	Synchroon	Actief-actief taakverdeling
   Over regio's (actief-passief)	Asynchroon (periodiek)	Actief-passieve configuratie

   Zie Replicatie: Redundantie voor gegevensvoor meer informatie.

2. Back-ups van gegevens beheren. Back-ups zijn voor herstel na noodgevallen (service-uitval), gegevensherstel (verwijdering of beschadiging) en reactie op incidenten (beveiliging). Back-ups moeten ondersteuning bieden voor uw RTO- en RPO-vereisten voor elke workload. Geef de voorkeur aan back-upoplossingen die zijn ingebouwd in uw Azure-service, zoals systeemeigen back-upfuncties in Azure Cosmos DB en Azure SQL Database. Wanneer systeemeigen back-ups niet beschikbaar zijn, inclusief on-premises gegevens, gebruikt u Azure Backup. Zie Back-up en tolerantie voor meer informatie.

3. Betrouwbaarheid van ontwerpworkloadgegevens Zie voor het ontwerpen van betrouwbare workloadgegevens de Well-Architected Framework-handleiding voor gegevenspartitionering en Azure-servicehandleidingen (begin met de sectie Betrouwbaarheid).

Betrouwbaarheid van code en runtime beheren

De betrouwbaarheid van code en runtime is een workloadverantwoordelijkheid. Volg de gids voor zelfherstel en zelfbehoud van Well-Architected Framework.

Betrouwbaarheid van cloudresources beheren

Het beheren van de betrouwbaarheid van uw cloudresources vereist vaak architectuurredundantie (dubbele service-exemplaren) en een effectieve strategie voor taakverdeling. Zie tabel 3 voor voorbeelden van architectuurredundantie die is afgestemd op de prioriteit van de werkbelasting.

Tabel 3. Voorbeelden van werkbelastingprioriteit en architectuurredundantie.

Uw benadering moet architectuurredundantie implementeren om te voldoen aan de betrouwbaarheidsvereisten van uw workloads. Volg deze stappen:

1. Maak een schatting van de uptime van uw architecturen. Bereken voor elke workload de samengestelde SLA. Alleen services opnemen die ertoe kunnen leiden dat de werkbelasting mislukt (kritieke pad).

   1. Noem elke service in het kritieke pad van de workload. Verzamel de Microsoft uptime SLA's van elke service uit het officiële document.

   2. Bepaal of de workload onafhankelijke kritieke paden bevat. Een onafhankelijk pad kan mislukken en de workload blijft beschikbaar.

   3. Als u één kritiek pad hebt, gebruikt u de formule voor één regio: N = S₁ × S₂ × S₃ × ... × S_n.

   4. Als u twee of meer kritieke paden hebt, gebruikt u de formule voor het onafhankelijke pad: N = S_{1 x 1} - [(1 - S₂) × (1 - S₃)].

   5. Complexe workloads combineren vaak beide formuletypen. Voorbeeld: N = S₁ × S₂ × S₃ × (S₄ x 1 - [(1 - S₅) × (1 - S₆)]).

   6. Voor toepassingen met meerdere regio's gebruikt u de formule voor de formule voor meerdere regio's: M = 1 - (1 - N)^R

   7. Vergelijk uw berekende uptime met uw uptime-SLO. Een tekort vereist hogere niveaus van SLA's of aanvullende redundantie. Herbereken na elke wijziging. Stop nadat de berekende uptime de SLO overschrijdt.

   Gebruiksituatie	Formule	Variabelen	Voorbeeld	Uitleg
   Eén regio	N = S1 × S2 × S3 × ... × Sn	N = samengestelde SLA. S = SLA van de Azure-service. n = aantal services op kritiek pad.	N = 99,99% (app) × 99,95% (database) × 99,9% (cache)	Eenvoudige workload met app (99.99%), database (99,95%) en cache (99,9%) in één kritiek pad.
   Onafhankelijke paden	S1 x 1 - [(1 - S2) × (1 - S3)]	S = SLA van de Azure-service.	99.99% (app) × (1 - [(1 - 99,95% database) × (1 - 99,9% cache)])	In de app kan de database (99,95%) of cache (99,9%) mislukken zonder downtime te veroorzaken.
   Meerdere regio's	M = 1 - (1 - N)^R	M = SLA voor meerdere regio's. N = SLA voor één regio. R = aantal regio's.	Als N = 99,95% en R = 2, dan M = 1 - (1 - 99,95%)^2	Workload geïmplementeerd in twee regio's.

2. Serviceniveaus aanpassen. Voordat u architecturen wijzigt, moet u evalueren of verschillende Azure servicelagen (SKU's) aan uw betrouwbaarheidsvereisten kunnen voldoen. Sommige Azure Service-lagen kunnen verschillende uptime-SLA's hebben, zoals Azure Managed Disks.

3. Architectuurredundantie toevoegen. Als uw huidige schatting van de uptime onder uw SLO blijft, vergroot u de redundantie:

   1. Gebruik meerdere beschikbaarheidszones. Configureer uw workloads voor het gebruik van meerdere beschikbaarheidszones. Hoe beschikbaarheidszones uw uptime verbeteren, kan moeilijk te schatten zijn. Alleen een select aantal services hebben uptime-SLA's die rekening houden met beschikbaarheidszones. Wanneer SLA's rekening houden met beschikbaarheidszones, kunt u deze gebruiken in uw schattingen van uw uptime. Zie de volgende tabel voor enkele voorbeelden.

      Azure-servicetype	Azure services met SLA's voor beschikbaarheidszones
      Rekenplatform	App-dienst Azure Kubernetes Service Virtual Machines
      Gegevensarchief	Azure Service Bus Azure Opslagaccounts Azure Beheerde Redis Azure Files Premium-niveau
      Databank	Azure Cosmos DB Azure SQL Database Azure Database for MySQL Azure Database for PostgreSQL Azure Managed Instance voor Apache Cassandra
      Loadbalancer	Application Gateway
      Veiligheid	Azure Firewall

   2. Gebruik meerdere regio's. Er zijn vaak meerdere regio's nodig om te voldoen aan uptime-SLO's. Gebruik globale load balancers (Azure Front Door of Traffic Manager) voor de distributie van verkeer. Architecturen voor meerdere regio's vereisen zorgvuldig beheer van gegevensconsistentie.

4. Architectuurredundantie beheren. Bepaal hoe u redundantie gebruikt: u kunt architectuurredundantie gebruiken als onderdeel van dagelijkse werkzaamheden (actief). U kunt ook architectuurredundantie gebruiken in scenario's voor herstel na noodgevallen (passief). Zie Tabel 3 voor voorbeelden.

   1. Load balancing over beschikbaarheidszones. Maak actief gebruik van alle beschikbare capaciteit. Veel Azure PaaS-services beheren automatisch taakverdeling tussen beschikbaarheidszones. IaaS-workloads moeten gebruikmaken van een interne load balancer om taken te verdelen over beschikbaarheidszones.

   2. Taakverdeling van verkeer tussen regio's. Bepaal of workloads in meerdere regio's actief-actief of actief-passief moeten worden uitgevoerd op basis van betrouwbaarheidsbehoeften.

5. Serviceconfiguraties beheren. Pas consistent configuraties toe op redundante exemplaren van Azure resources, zodat de resources zich op dezelfde manier gedragen. Gebruik infrastructuur als code om consistentie te behouden. Voor meer informatie, zie "Dupliceren van resourceconfiguraties".

6. Betrouwbaarheid van de ontwerpworkload. Zie het Well-Architected Framework voor het ontwerp van betrouwbaarheid van workloads:

   Betrouwbaarheid van werklast	Begeleiding
   Betrouwbaarheidspijler	Architectuurstrategieën voor het ontwerpen voor redundantie Beschikbaarheidszones en regio's gebruiken
   Servicehandleiding	Azure servicehandleidingen (start met de sectie Betrouwbaarheid)

Zie Redundantievoor meer informatie.

Bedrijfscontinuïteit beheren

Herstellen van een fout vereist een duidelijke strategie om services snel te herstellen en onderbrekingen te minimaliseren om de tevredenheid van gebruikers te behouden. Volg deze stappen:

1. Bereid u voor op storingen. Maak afzonderlijke herstelprocedures voor workloads op basis van hoge, gemiddelde en lage prioriteiten. gegevensbetrouwbaarheid, code- en runtimebetrouwbaarheiden cloudresourcebetrouwbaarheid zijn de basis voor het voorbereiden op fouten. Selecteer andere herstelhulpprogramma's om u te helpen bij het voorbereiden van bedrijfscontinuïteit. Gebruik bijvoorbeeld Azure Site Recovery voor serverworkloads op basis van on-premises en virtuele machines.

2. Test en documenteer het herstelplan. Test regelmatig uw failover- en failbackprocessen om te bevestigen dat uw workloads voldoen aan de beoogde hersteltijd (RTO) en herstelpuntdoelstellingen (RPO). Documenteer elke stap van het herstelplan duidelijk voor eenvoudige referentie tijdens incidenten. Controleer of herstelhulpprogramma's, zoals Azure Site Recovery, consistent voldoen aan de opgegeven RTO.

3. Fouten detecteren. Gebruik een proactieve benadering om storingen snel te identificeren, zelfs als deze methode fout-positieven verhoogt. Geef prioriteit aan de klantervaring door downtime te minimaliseren en het vertrouwen van gebruikers te behouden.

   1. Bewaak storingen. Bewaak workloads om storingen binnen één minuut te detecteren. Gebruik Azure Service Health en Azure Resources Health en gebruik Azure Monitor-waarschuwingen om relevante teams op de hoogte te stellen. Integreer deze waarschuwingen met Azure DevOps- of ITSM-hulpprogramma's (IT Service Management).

   2. Service level indicators (SLI’s) verzamelen. Houd de prestaties bij door metrische gegevens te definiëren en te verzamelen die als SLI's fungeren. Zorg ervoor dat uw teams deze metrische gegevens gebruiken om de prestaties van workloads te meten op basis van uw serviceniveaudoelstellingen (SLO's).

4. Reageren op fouten. Stem uw herstelreactie af op de prioriteit van de workload. Implementeer onmiddellijk failoverprocedures om verzoeken om te leiden naar redundante infrastructuur en gegevensreplica's. Zodra systemen zijn gestabiliseerd, lost u de hoofdoorzaak op, synchroniseert u gegevens en voert u failbackprocedures uit. Zie Failover en failbackvoor meer informatie.

5. Fouten analyseren. Identificeer de hoofdoorzaken van de problemen en los het probleem vervolgens op. Documenteer alle lessen en breng de benodigde wijzigingen aan.

6. Mislukte workloads beheren Zie de handleiding voor herstel na noodgevallen van Well-Architected Framework en Azure servicehandleidingen (begin met de sectie Betrouwbaarheid) voor herstel na noodgevallen van workloads.

hulpprogramma's voor Azure betrouwbaarheid

Beveiliging beheren

Gebruik een iteratief beveiligingsproces om bedreigingen in uw cloudomgeving te identificeren en te beperken. Volg deze stappen:

Beveiligingsbewerkingen beheren

Beheer uw beveiligingscontroles om bedreigingen voor uw cloudomgeving te detecteren. Volg deze stappen:

1. Standaardiseer beveiligingstools. Gebruik gestandaardiseerde hulpprogramma's om bedreigingen te detecteren, beveiligingsproblemen op te lossen, problemen te onderzoeken, gegevens te beveiligen, resources te beveiligen en naleving op schaal af te dwingen.

2. Maak een nulmeting van uw omgeving. Documenteer de normale status van uw cloudomgeving. Beveiligings- bewaken en netwerkverkeerspatronen en gebruikersgedrag documenteert. Gebruik de Microsoft cloudbeveiligingsbenchmark v2 en Azure servicehandleidingen om basislijnconfiguraties voor services te ontwikkelen. Deze basislijn maakt het gemakkelijker om afwijkingen en potentiële zwakke plekken in de beveiliging te detecteren.

3. Pas beveiligingscontroles toe. Implementeer beveiligingsmaatregelen, zoals toegangscontroles, versleuteling en meervoudige verificatie, om de omgeving te versterken en de kans op inbreuk te verminderen. Zie Beveiliging beherenvoor meer informatie.

4. Wijs beveiligingsverantwoordelijkheden toe. Verantwoordelijkheid voor beveiligingsbewaking in uw cloudomgeving aanwijzen. Regelmatige bewaking en vergelijkingen met de basislijn maken snelle identificatie van incidenten mogelijk, zoals onbevoegde toegang of ongebruikelijke gegevensoverdracht. Regelmatige updates en controles zorgen ervoor dat uw beveiligingsbasislijn effectief is tegen veranderende bedreigingen.

Zie CAF Securevoor meer informatie.

Beveiligingsincidenten beheren

Gebruik een proces en hulpprogramma's om te herstellen van beveiligingsincidenten, zoals ransomware, Denial of Service of Threat Actor inbraak. Volg deze stappen:

1. Bereid u voor op incidenten. Ontwikkel een plan voor reactie op incidenten dat duidelijk rollen definieert voor onderzoek, risicobeperking en communicatie. Test regelmatig de effectiviteit van uw plan. Evalueer en implementeer hulpprogramma's voor beveiligingsbeheer, systemen voor detectie van bedreigingen en oplossingen voor infrastructuurbewaking. Verminder uw kwetsbaarheid voor aanvallen door infrastructuurbeveiliging te beperken en workloadspecifieke herstelstrategieën te maken. Zie overzicht van reactie op incidenten en playbooks voor het reageren op incidenten.

2. Incidenten detecteren. Gebruik een SIEM-hulpprogramma (Security Information and Event Management), zoals Microsoft Sentinel, om uw beveiligingsgegevens te centraliseren. Gebruik de beveiligingsindeling, automatisering en responsmogelijkheden van Microsoft Sentinel (SOAR) om routinebeveiligingstaken te automatiseren. Integreer bedreigingsinformatiefeeds in uw SIEM om inzicht te krijgen in kwaadwillende tactieken die relevant zijn voor uw cloudomgeving. Gebruik Microsoft Defender voor Cloud om regelmatig Azure te scannen op beveiligingsproblemen. Microsoft Defender integrates met Microsoft Sentinel om een uniforme weergave van beveiligingsevenementen te bieden.

3. Reageren op incidenten. Activeer onmiddellijk uw plan voor het reageren op incidenten bij het detecteren van een incident. Start snel met onderzoeks- en mitigatieprocedures. Activeer uw plan voor herstel na noodgevallen om getroffen systemen te herstellen en communiceer duidelijk de details van incidenten met uw team.

4. Beveiligingsincidenten analyseren. Controleer na elk incident bedreigingsinformatie en werk uw plan voor incidentrespons bij op basis van lessen die zijn geleerd en inzichten uit openbare resources, zoals de MITRE ATT&CK-kennisbank. Evalueer de effectiviteit van uw hulpprogramma's voor beveiligingsbeheer en detectie en verfijn strategieën op basis van incidentanalyse.

Zie Het reageren op incidenten beheren (CAF Secure)voor meer informatie.