Aanbevelingen voor betrouwbaarheid
Azure Advisor helpt u de continuïteit van uw bedrijfskritieke toepassingen te waarborgen en te verbeteren. U kunt aanbevelingen voor betrouwbaarheid krijgen op het tabblad Betrouwbaarheid op het dashboard advisor.
Meld u aan bij het Azure-portaal.
Zoek en selecteer Advisor op een willekeurige pagina.
Selecteer op het Advisor-dashboard het tabblad Betrouwbaarheid .
AgFood Platform
Upgraden naar de nieuwste ADMA DotNet SDK-versie
We hebben aanroepen naar een ADMA DotNet SDK-versie geïdentificeerd die staat gepland voor afschaffing. Schakel over naar de meest recente SDK-versie om de ononderbroken toegang te behouden tot ADMA, de nieuwste functies en prestatieverbeteringen.
Mogelijke voordelen: ononderbroken toegang tot ADMA garanderen
Zie Wat is Azure Data Manager voor Landbouw voor meer informatie ?
Upgraden naar de nieuwste ADMA Java SDK-versie
We hebben aanroepen naar een ADMA Java SDK-versie geïdentificeerd die staat gepland voor afschaffing. We raden u aan over te schakelen naar de meest recente SDK-versie om de ononderbroken toegang te behouden tot ADMA, de nieuwste functies en prestatieverbeteringen.
Mogelijke voordelen: ononderbroken toegang tot ADMA garanderen
Zie Wat is Azure Data Manager voor Landbouw voor meer informatie ?
Upgraden naar de nieuwste ADMA Python SDK-versie
We hebben aanroepen naar een ADMA Python SDK-versie geïdentificeerd die staat gepland voor afschaffing. Schakel over naar de meest recente SDK-versie om de ononderbroken toegang te behouden tot ADMA, de nieuwste functies en prestatieverbeteringen.
Mogelijke voordelen: ononderbroken toegang tot ADMA garanderen
Zie Wat is Azure Data Manager voor Landbouw voor meer informatie ?
Upgraden naar de nieuwste ADMA JavaScript SDK-versie
We hebben aanroepen naar een ADMA JavaScript SDK-versie geïdentificeerd die staat gepland voor afschaffing. Schakel over naar de meest recente SDK-versie om de ononderbroken toegang te behouden tot ADMA, de nieuwste functies en prestatieverbeteringen.
Mogelijke voordelen: ononderbroken toegang tot ADMA garanderen
Zie Wat is Azure Data Manager voor Landbouw voor meer informatie ?
API Management
Migreer de API Management-service naar het stv2-platform
Ondersteuning voor API Management-exemplaren die worden gehost op het stv1-platform, wordt op 31 augustus 2024 buiten gebruik gesteld. Migreer hiervoor naar een stv2-platform om serviceonderbreking te voorkomen.
Mogelijke voordelen: de stabiliteit van de service verbeteren en gebruikmaken van nieuwe platformfuncties
Zie voor meer informatie API Management stv1 platform buitengebruikstelling - Global Azure Cloud (augustus 2024)
Het roteren van het hostnaamcertificaat is mislukt
De API Management-service kan het hostnaamcertificaat van de sleutelkluis niet vernieuwen, kan ertoe leiden dat de service een verlopen certificaat gebruikt en runtime-API-verkeer wordt geblokkeerd. Zorg ervoor dat het certificaat bestaat in sleutelkluis en dat de API Managed Service Identity leestoegang tot het geheim heeft.
Mogelijke voordelen: de beschikbaarheid van de service garanderen
Zie Een aangepaste domeinnaam configureren voor uw Azure API Management-exemplaar voor meer informatie
De verouderde portal is 3 jaar geleden afgeschaft en in oktober 2023 buiten gebruik gesteld. Er wordt echter een actief gebruik van de portal weergegeven, waardoor serviceonderbreking binnenkort kan ontstaan wanneer we deze uitschakelen.
We raden u ten zeerste aan om zo snel mogelijk te migreren naar de nieuwe ontwikkelaarsportal om te blijven profiteren van onze services en te profiteren van de nieuwe functies en verbeteringen.
Mogelijke voordelen: zorgen voor bedrijfscontinuïteit
Zie Migreren naar de nieuwe ontwikkelaarsportal voor meer informatie
De controle van de netwerkstatus van afhankelijkheden is mislukt
Azure API Management-serviceafhankelijkheid is niet beschikbaar. Controleer de configuratie van het virtuele netwerk.
Mogelijke voordelen: servicestabiliteit verbeteren
Zie Uw Azure API Management-exemplaar implementeren in een virtueel netwerk - externe modus voor meer informatie
SSL/TLS-heronderhandeling is geblokkeerd
SSL/TLS-heronderhandelingspoging geblokkeerd; beveiligde communicatie kan mislukken. Schakel Onderhandelen over clientcertificaat in op vermelde hostnamen ter ondersteuning van verificatiescenario's voor clientcertificaten. Voor op browser gebaseerde clients kan het inschakelen van deze optie ertoe leiden dat er een certificaatprompt aan de client wordt gepresenteerd.
Mogelijke voordelen: de beschikbaarheid van de service garanderen
Zie API's beveiligen met behulp van verificatie via clientcertificaat in API Management voor meer informatie
Een instantie van Azure API Management-service implementeren in meerdere Azure-regio's voor extra beschikbaarheid van de service
Azure API Management ondersteunt implementatie in meerdere regio's, waardoor API-uitgevers regionale API-gateways kunnen toevoegen aan een bestaand API Management-instantie. Implementatie in meerdere regio's helpt bij het verminderen van de latentie van aanvragen die worden waargenomen door geografisch gedistribueerde API-gebruikers en verbetert de beschikbaarheid van de service.
Mogelijke voordelen: Verbeterde tolerantie tegen regionale storingen
Zie Een Azure API Management-exemplaar implementeren in meerdere Azure-regio's voor meer informatie
Automatische schaalaanpassing voor API Managed-instantie inschakelen en configureren voor productieworkloads.
API-beheerd exemplaar in productieservicelagen kan worden geschaald door eenheden toe te voegen en te verwijderen. Met de functie voor automatisch schalen kunnen de eenheden van een API Managed-instantie dynamisch worden aangepast aan een wijziging in de belasting zonder handmatige tussenkomst.
Mogelijke voordelen: verhoog de schaalbaarheid en optimaliseer de kosten.
Zie Automatisch een Azure API Management-exemplaar schalen voor meer informatie
App Service
App Service-plan uitschalen om CPU-uitputting te voorkomen
Hoog CPU-gebruik kan leiden tot runtimeproblemen met toepassingen. Uw toepassing heeft de afgelopen paar dagen > 90% CPU-gebruik gehad. Als u het CPU-gebruik wilt verminderen en runtimeproblemen wilt voorkomen, schaalt u de toepassing uit.
Mogelijke voordelen: Uw app in orde houden
Zie Best practices voor Azure-app Service voor meer informatie
Controleer problemen met de Service Health van uw app
We hebben een aanbeveling met betrekking tot de Service Health van uw app. Open Azure Portal, ga naar de app, klik op Diagnose en oplossen voor meer informatie.
Mogelijke voordelen: Uw app in orde houden
Zie Best practices voor Azure-app Service voor meer informatie
Database-instellingen voor back-up van uw App Service-resource herstellen
Wanneer een toepassing een ongeldige databaseconfiguratie heeft, mislukken de back-ups ervan. Zie de back-upgeschiedenis van uw toepassing op de pagina voor app-beheer voor meer informatie.
Mogelijke voordelen: zorgen voor bedrijfscontinuïteit
Zie Best practices voor Azure-app Service voor meer informatie
Opslaginstellingen voor back-up van uw App Service-resource herstellen
Wanneer een toepassing ongeldige opslaginstellingen heeft, mislukken de back-ups. Zie de back-upgeschiedenis van uw toepassing op de pagina voor app-beheer voor meer informatie.
Mogelijke voordelen: zorgen voor bedrijfscontinuïteit
Zie Best practices voor Azure-app Service voor meer informatie
De SKU van uw App Service-plan omhoog schalen om geheugenproblemen te voorkomen
Het App Service Plan dat uw toepassing bevat, heeft de 85% geheugentoewijzing overschreden. Hoog geheugengebruik kan leiden tot runtime-problemen met uw toepassingen. Zoek de probleemtoepassing en schaal deze op naar een hoger plan met meer geheugenresources.
Mogelijke voordelen: Uw app in orde houden
Zie Best practices voor Azure-app Service voor meer informatie
Uw App Service-plan uitschalen
Overweeg om uw App Service uit te breiden naar ten minste twee instanties om vertragingen vanwege koude opstartpogingen en serviceonderbrekingen tijdens routineonderhoud te voorkomen.
Mogelijke voordelen: Gebruikerservaring en beschikbaarheid optimaliseren
Zie voor meer informatie https://aka.ms/appsvcnuminstances
Toepassingscode repareren, een werkproces is gecrasht als gevolg van een onverwerkte uitzondering
Een werkproces in uw toepassing is gecrasht door een onverwerkte uitzondering. Verzamel geheugendumps en aanroepstackgegevens op het moment van de crash om de hoofdoorzaak te identificeren.
Mogelijke voordelen: Zorg ervoor dat uw app in orde en maximaal beschikbaar is
Zie voor meer informatie https://aka.ms/appsvcproactivecrashmonitoring
Uw App Service upgraden naar een Standard-plan om te voorkomen dat aanvragen worden geweigerd
Wanneer een toepassing deel uitmaakt van een gedeeld App Service-plan en meerdere keren voldoet aan het quotum, kunnen binnenkomende aanvragen worden geweigerd. Uw webtoepassing kan geen inkomende verzoeken meer accepteren nadat een quotum is bereikt. Als u het quotum wilt verwijderen, moet u een upgrade uitvoeren naar een Standard-plan.
Mogelijke voordelen: Uw app in orde houden
Zie Azure-app serviceplanoverzicht voor meer informatie
App Service-resource overbrengen naar Standard of hoger en implementatiesites gebruiken
Wanneer een toepassing meerdere keren in een week wordt geïmplementeerd, kunnen er problemen optreden. U hebt uw toepassing in de afgelopen week meerdere keren gebruikt. Om u te helpen de impact van de implementatie op uw productiewebtoepassing te verminderen, verplaatst u uw App Service-resource naar het Standard-plan (of hoger) en gebruikt u implementatiesites.
Mogelijke voordelen: Houd uw app in orde tijdens het bijwerken
Zie Faseringsomgevingen instellen in Azure-app Service voor meer informatie
Overweeg om het hostingabonnement van de statische web-app(s) in dit abonnement te upgraden naar de Standard-SKU.
De gecombineerde bandbreedte die wordt gebruikt door alle statische web-apps uit de SKU Gratis in dit abonnement overschrijdt de maandelijkse limiet van 100 GB. Overweeg deze toepassingen te upgraden naar de Standard-SKU om beperking te voorkomen.
Mogelijke voordelen: hogere beschikbaarheid voor de apps door beperking te voorkomen.
Zie Prijzen – Static Web Apps voor meer informatie
Implementatiesites gebruiken voor uw App Service-resource
Wanneer een toepassing meerdere keren in een week wordt geïmplementeerd, kunnen er problemen optreden. U hebt uw toepassing de afgelopen week meerdere keren gebruikt. Om u te helpen wijzigingen te beheren en de impact van de implementatie op uw productie webapplicatie te beperken, gebruikt u implementatiesites.
Mogelijke voordelen: Houd uw app in orde tijdens het bijwerken
Zie Faseringsomgevingen instellen in Azure-app Service voor meer informatie
Overweeg om uw toepassingsarchitectuur te wijzigen in 64-bits
Uw App Service is geconfigureerd als 32-bits en het geheugenverbruik nadert de limiet van 2 GB. Als uw toepassing ondersteuning biedt, kunt u overwegen om uw toepassing opnieuw te compileren en in plaats daarvan de App Service-configuratie te wijzigen in 64-bits.
Mogelijke voordelen: de betrouwbaarheid van uw toepassing verbeteren
Zie Veelgestelde vragen over toepassingsprestaties voor Web Apps in Azure voor meer informatie
Gepersonaliseerde aanbeveling voor CX-waarnemer
Gepersonaliseerde aanbeveling voor CX-waarnemer
Mogelijke voordelen: NA
App Service-certificaten
Domeinverificatie vereist voor uitgifte van uw App Service Certificate
U hebt een App Service-certificaat dat momenteel de status Uitgifte in behandeling heeft en waarvoor domeinverificatie is vereist. Als het domeineigendom niet kan worden gevalideerd, resulteert dit in een mislukte certificaatuitgifte. Domeinverificatie is niet geautomatiseerd voor App Service-certificaten en vereist actie. Als u recent het eigendom van het domein hebt geverifieerd en een certificaat hebt uitgegeven, kunt u dit bericht negeren.
Mogelijke voordelen: zorg ervoor dat het App Service-certificaat succesvol wordt uitgegeven.
Zie TLS/SSL-certificaten toevoegen en beheren in Azure-app Service voor meer informatie
Application Gateway
Uw SKU upgraden of meer exemplaren toevoegen
Het gebruiken van twee of meer middelgrote of grote instanties zorgt voor bedrijfscontinuïteit (fouttolerantie) tijdens uitval door gepland of ongepland onderhoud.
Mogelijke voordelen: zorgen voor bedrijfscontinuïteit via application gateway-tolerantie
Zie Taakverdeling voor meerdere regio's - Azure-referentiearchitecturen voor meer informatie
Voorkomen dat de hostnaam wordt overschreven om de integriteit van de site te waarborgen
Vermijd het overschrijven van de hostnaam bij het configureren van Application Gateway. Het hebben van een ander domein aan de voorkant van Application Gateway dat verschilt met het domein dat gebruikt wordt om de backend te benaderen, kan leiden tot gebroken cookies of omleidings-URL's. Zorg ervoor dat de backend om kan gaan met het domeinverschil, of pas de configuratie van de Application Gateway aan zodat de hostnaam niet overschreven hoeft te worden naar de backend. Bij gebruik met App Service, koppelt u een aangepaste domeinnaam aan de web-app en vermijdt u het gebruik van de hostnaam *.azurewebsites.net op de back-end. Houd er rekening mee dat een ander front-enddomein in alle situaties geen probleem is en dat bepaalde categorieën back-ends, zoals REST API's, over het algemeen minder gevoelig zijn.
Mogelijke voordelen: zorg voor site-integriteit en vermijd beschadigde cookies of omleidings-URL's via een tolerante Application Gateway-configuratie.
Zie App Service-problemen in Application Gateway oplossen voor meer informatie
ExpressRoute Monitor implementeren op netwerkprestatiemeter
Wanneer het ExpressRoute-circuit niet wordt bewaakt door ExpressRoute Monitor op netwerkprestaties, mist u meldingen van verlies, wachttijd en prestaties van on-premises naar Azure-bronnen en Azure naar on-premises bronnen. Voor end-to-end-bewaking implementeert u ExpressRoute Monitor in netwerkprestaties.
Mogelijke voordelen: Verbeter time-to-detect en time-to-mitigate problemen in uw netwerk en geef inzicht in uw netwerkpad via ExpressRoute
Zie Netwerkprestatiemeter configureren voor ExpressRoute (afgeschaft) voor meer informatie
Meerdere ExpressRoute-circuits in uw Virtual Network implementeren voor tolerantie van meerdere locaties
Wanneer aan een ExpressRoute-gateway slechts één ExpressRoute-circuit is gekoppeld, kunnen er tolerantieproblemen optreden. Verbind een of meer extra circuits met uw gateway om redundantie en tolerantie van de peering-locatie te waarborgen.
Mogelijke voordelen: Tolerantie verbeteren in geval van een storing in expressRoute-peeringlocatie
Zie Ontwerpen voor hoge beschikbaarheid met ExpressRoute voor meer informatie
Nog minstens één eindpunt toevoegen aan het profiel, bij voorkeur in een andere Azure-regio
Profielen moeten meer dan één eindpunt hebben om de beschikbaarheid te garanderen als een eindpunt niet werkt. Wij adviseren ook om alle eindpunten in verschillende regio's te plaatsen.
Mogelijke voordelen: Tolerantie verbeteren door failover toe te staan
Zie Traffic Manager-eindpunten voor meer informatie
Voeg een eindpunt toe dat is ingesteld op 'Alle (wereld)'
In het geval van geografische routering wordt verkeer gerouteerd naar eindpunten in gedefinieerde regio's. Als er een fout optreedt in een regio, is er geen vooraf gedefinieerde failover. Wanneer voor een eindpunt Regionale groepering is ingesteld op Alle (wereld) voor geografische profielen, voorkomt dit black hole-routes voor netwerkverkeer en blijft de service beschikbaar.
Mogelijke voordelen: Tolerantie verbeteren door zwarte verkeersgaten te vermijden
Zie Eindpunten toevoegen, uitschakelen, inschakelen, verwijderen of verplaatsen voor meer informatie
Een eindpunt toevoegen aan of verplaatsen naar een andere Azure-regio
Alle eindpunten die zijn gekoppeld aan dit nabijheidsprofiel bevinden zich in dezelfde regio. Gebruikers van andere regio's ervaren mogelijk hoge latentie bij het verbinden. Als u een eindpunt toevoegt aan of verplaatst naar een andere regio, verbeteren de algehele prestaties voor nabijheidsroutering en verbetert de beschikbaarheid als alle eindpunten in één regio niet werken.
Mogelijke voordelen: Tolerantie verbeteren door failover naar een andere regio toe te staan
Zie De routeringsmethode voor prestatieverkeer configureren voor meer informatie
Van Basic-gateways overgaan naar SKU's voor productiegateways
De Basic-SKU is voor ontwikkelings- of testscenario's. Als u de VPN-gateway gebruikt voor productie, gaat u naar een productie-SKU, die een hoger aantal tunnels, Border Gateway Protocol (BGP), actief-actieve configuratie, aangepast IPsec-/IKE-beleid en verbeterde stabiliteit en beschikbaarheid biedt.
Mogelijke voordelen: aanvullende beschikbare functies en hogere stabiliteit en beschikbaarheid
Zie Configuratie-instellingen voor VPN Gateway voor meer informatie
Actief-actief-gateways inschakelen voor redundantie
In de configuratie actief-actief maken beide exemplaren van de VPN-gateway site-naar-site (S2S)-VPN-tunnels naar uw on-premises VPN-apparaat. Wanneer er gepland onderhoud of een niet-geplande gebeurtenis plaatsvindt in een van de gateway-exemplaren, wordt het verkeer automatisch omgeschakeld naar de andere actieve IPsec-tunnel.
Mogelijke voordelen: zorgen voor bedrijfscontinuïteit via verbindingstolerantie
Zie De maximaal beschikbare gatewayconnectiviteit ontwerpen voor cross-premises en VNet-naar-VNet-verbindingen voor meer informatie
Statustests uitschakelen wanneer er slechts één oorsprong in een oorsprongsgroep is
Als u slechts één oorsprong hebt, stuurt Front Door altijd verkeer naar die oorsprong, zelfs als de statustest een beschadigde status rapporteert. De status van de statustest wijzigt het gedrag van Front Door niet. Statustests bieden in dit scenario geen voordeel.
Mogelijke voordelen: zorg ervoor dat de service beschikbaar is door onnodig statustestverkeer te verminderen
Zie Best practices voor Front Door voor meer informatie
Beheerde TLS-certificaten gebruiken
Wanneer Front Door uw TLS-certificaten beheert, worden uw operationele kosten verlaagd en kunt u kostbare storingen voorkomen die worden veroorzaakt door het vergeten een certificaat te vernieuwen. Front Door geeft en roteert automatisch de beheerde TLS-certificaten.
Mogelijke voordelen: zorg ervoor dat de service beschikbaar is door Front Door uw certificaten te laten beheren en draaien
Zie Best practices voor Front Door voor meer informatie
NAT Gateway gebruiken voor uitgaande connectiviteit
Voorkom connectiviteitsfouten als gevolg van uitputting van de source network address (SNAT)-poort met behulp van NAT Gateway voor uitgaand verkeer van uw virtuele netwerken. NAT Gateway wordt dynamisch geschaald en biedt beveiligde verbindingen voor verkeer dat naar internet gaat.
Mogelijke voordelen: uitgaande verbindingsfouten voorkomen met NAT-gateway
Zie Source Network Address Translation (SNAT) gebruiken voor uitgaande verbindingen voor meer informatie
Uw Application Gateway implementeren in Beschikbaarheidszones
Bereik zoneredundantie door Application Gateway in Beschikbaarheidszones te implementeren. Zoneredundantie verhoogt de tolerantie door Application Gateway in staat te stellen verschillende storingen te overleven, wat zorgt voor continuïteit, zelfs als één zone wordt beïnvloed en de algehele betrouwbaarheid verbetert.
Mogelijke voordelen: Tolerantie van Application Gateways wordt aanzienlijk verhoogd bij het gebruik van Beschikbaarheidszones.
Zie Application Gateway v2 en WAF v2 schalen voor meer informatie
VNet-machtigingen van Application Gateway-gebruikers bijwerken
Om de beveiliging te verbeteren en een consistentere ervaring in Azure te bieden, moeten alle gebruikers een machtigingscontrole doorstaan om een toepassingsgateway te maken of bij te werken in een virtueel netwerk. De gebruikers of service-principals moeten ten minste de machtiging Microsoft.Network/virtualNetworks/subnets/join/action hebben.
Mogelijke voordelen: onderbrekingen in het beheer van Application Gateway-resources voorkomen
Zie De configuratie van de Application Gateway-infrastructuur voor meer informatie
Gebruik dezelfde domeinnaam voor Front Door en uw oorsprong
Wanneer u de hostheader herschrijft, kunnen aanvraagcookies en URL-omleidingen worden verbroken. Wanneer u platforms zoals Azure-app Service gebruikt, werken functies zoals sessie-affiniteit en verificatie en autorisatie mogelijk niet correct. Controleer of uw toepassing correct werkt.
Mogelijke voordelen: zorg ervoor dat de toepassingsintegriteit wordt gewaarborgd door de oorspronkelijke hostnaam te behouden
Zie Best practices voor Front Door voor meer informatie
Sitetolerantie implementeren voor ExpressRoute
Om maximale tolerantie te garanderen, raadt Microsoft u aan om verbinding te maken met twee ExpressRoute-circuits in twee peeringlocaties. Het doel van maximale tolerantie is om de beschikbaarheid te verbeteren en het hoogste tolerantieniveau voor kritieke workloads te garanderen.
Mogelijke voordelen: Maximale tolerantie in ExpressRoute is ontworpen om ervoor te zorgen dat er geen single point of failure binnen het Microsoft-netwerkpad is. Dit wordt bereikt door dubbele (2) circuits te bieden op twee verschillende locaties voor sitediversiteit in ExpressRoute. Het doel van maximale tolerantie is om de beschikbaarheid te verbeteren en het hoogste tolerantieniveau voor kritieke workloads te garanderen.
Zie Azure ExpressRoute ontwerpen en ontwerpen voor tolerantie voor meer informatie
Zoneredundante ExpressRoute-gateways implementeren
Zone-redundante virtuele netwerkgateways implementeren in Azure-beschikbaarheidszones. Dit zorgt voor tolerantie, schaalbaarheid en hoge beschikbaarheid in uw virtuele netwerkgateways.
Mogelijke voordelen: biedt zonegebonden tolerantie en redundantie voor ExpressRoute
Zie Een zoneredundante virtuele netwerkgateway maken in beschikbaarheidszones voor meer informatie
Zorg ervoor dat automatisch schalen wordt gebruikt, voor betere prestaties en tolerantie
Bij het configureren van de Application Gateway is het raadzaam om automatisch schalen in te richten om in en uit te schalen als reactie op wijzigingen in de vraag. Dit helpt bij het minimaliseren van de effecten van één mislukt onderdeel.
Mogelijke voordelen: verhoog de prestaties en tolerantie.
Zie Application Gateway v2 en WAF v2 schalen voor meer informatie
ExpressRoute IP-routes bijna opgegeven limiet
Uw ExpressRoute-circuit ligt dicht bij het bereiken van de IP-routelimieten. Als u deze limieten overschrijdt, wordt de connectiviteit verstoord. De connectiviteit wordt hersteld zodra routes binnen de limietsuggesties vallen: controleer regelmatig het aantal routes. Verken Virtual WAN RouteMap om geadverteerd IP-routes te verminderen.
Mogelijke voordelen: Het bewaken van ip-routeaantallen voorkomt connectiviteitsproblemen en zorgt voor stabiliteit.
Zie De veelgestelde vragen over Virtual WAN voor meer informatie
Voorkomen dat Traffic Manager achter Front Door wordt geplaatst
Het gebruik van Traffic Manager als een van de oorsprongen voor Front Door wordt niet aanbevolen, omdat dit kan leiden tot routeringsproblemen. Als u beide services nodig hebt in een architectuur met hoge beschikbaarheid, plaatst u Traffic Manager altijd voor Azure Front Door.
Mogelijke voordelen: verhoog de tolerantie van uw workload
Zie Best practices voor Front Door voor meer informatie
Overweeg ten minste twee oorsprongen te hebben
Meerdere oorsprongen ondersteunen redundantie door verkeer over meerdere exemplaren van de toepassing te distribueren. Als één exemplaar niet beschikbaar is, kunnen andere back-end-origins nog steeds verkeer ontvangen.
Mogelijke voordelen: verhoog de tolerantie van uw workload
Zie het perspectief van Azure Well-Architected Framework op Azure Front Door voor meer informatie
Subnet van V1-gateway met de naam GatewaySubnet wijzigen omdat het is gereserveerd voor VPN/Express Route
Uw Application Gateway loopt het risico om na oktober 2024 te worden verwijderd vanwege een mislukte interne upgrade. Dit komt door het subnet Gatewaysubnet, dat is gereserveerd voor VPN/ExpressRoute. U kunt dit oplossen door het subnet te wijzigen of naar V2 te migreren. Het duurt ongeveer een dag voordat het bericht verdwijnt zodra het is opgelost
Mogelijke voordelen: Onderbreking van het beheer van Application Gateway V1-resources voorkomen
Zie Voor meer informatie veelgestelde vragen over Application Gateway
Subnet van V1-gateway wijzigen omdat het huidige subnet een NAT-gateway bevat
Uw Application Gateway kan na oktober 2024 worden verwijderd vanwege een mislukte interne upgrade. Dit komt doordat deze geen toegewezen subnet heeft en een NAT-gateway bevat. U kunt dit oplossen door het subnet te wijzigen, de NAT-gateway te verwijderen of naar V2 te migreren. Het duurt ongeveer een dag voordat het bericht verdwijnt zodra het is opgelost
Mogelijke voordelen: Onderbreking van het beheer van Application Gateway V1-resources voorkomen
Zie Voor meer informatie veelgestelde vragen over Application Gateway
Activeer het abonnement opnieuw om de interne upgrade voor V1-gateway te deblokkeren
Uw Application Gateway loopt het risico om na oktober 2024 te worden verwijderd vanwege een mislukte interne upgrade. Dit komt doordat het abonnement een niet-actieve status heeft. U kunt dit oplossen door het abonnement te activeren. Een dag toestaan dat dit bericht verdwijnt zodra het probleem is opgelost.
Mogelijke voordelen: Onderbreking van het beheer van Application Gateway V1-resources voorkomen
Zie Een uitgeschakeld Azure-abonnement opnieuw activeren voor meer informatie
Application Gateway voor containers
Migreren naar ondersteunde versie van AGC
De versie van Application Gateway for Containers is ingericht met een preview-versie en wordt niet ondersteund voor productie. Zorg ervoor dat u een nieuwe gateway inricht met de nieuwste API-versie.
Mogelijke voordelen: ondersteuning en tolerantie voor productieworkloads garanderen
Zie Wat is Application Gateway voor containers voor meer informatie ?
Azure AI Search
Maak een Standard-zoekservice (2 GB)
Wanneer u de opslaglimiet overschrijdt, werken indexeringsbewerkingen niet meer. U overschrijdt bijna uw opslaglimiet van 2 GB. Als u meer opslagruimte nodig hebt, maakt u een Standard-zoekservice of voegt u extra partities toe.
Mogelijke voordelen: mogelijkheid om meer gegevens af te handelen
Zie voor meer informatie https://aka.ms/azs/search-limits-quotas-capacity
Maak een Standard-zoekservice (50 MB)
Wanneer u de opslaglimiet overschrijdt, werken indexeringsbewerkingen niet meer. U overschrijdt bijna uw opslaglimiet van 50 MB. Als u bewerkingen wilt onderhouden, maakt u een Basic- of Standard-zoekservice.
Mogelijke voordelen: mogelijkheid om meer gegevens af te handelen
Zie voor meer informatie https://aka.ms/azs/search-limits-quotas-capacity
Vermijd het overschrijden van uw beschikbare opslaglimiet door meer partities toe te voegen
Wanneer u de opslaglimiet overschrijdt, kunt u nog steeds opvragen, maar werken indexeringsbewerkingen niet meer. U overschrijdt bijna het beschikbare opslaglimiet. Voeg extra partities toe als u meer opslagruimte nodig hebt.
Mogelijke voordelen: In staat om aanvullende gegevens te indexeren
Zie voor meer informatie https://aka.ms/azs/search-limits-quotas-capacity
Kubernetes met Azure Arc
Upgraden naar de nieuwste agentversie Kubernetes met ingeschakelde Azure Arc
Upgrade naar de nieuwste agentversie voor de beste Kubernetes-ervaring met ingeschakelde Azure Arc, verbeterde stabiliteit en nieuwe functionaliteit.
Mogelijke voordelen: met Arc ingeschakelde K8s nieuwste agentversie
Zie Kubernetes-agents met Azure Arc upgraden voor meer informatie
Kubernetes-configuratie met Azure Arc
Microsoft Flux-extensie upgraden naar de nieuwste primaire versie
De Microsoft Flux-extensie heeft een primaire versie vrijgave. Plan een handmatige upgrade naar de nieuwste primaire versie voor Microsoft Flux voor alle Kubernetes- en AKS-clusters (Azure Kubernetes Service) met Azure Arc binnen 6 maanden voor continue ondersteuning en nieuwe functionaliteit.
Mogelijke voordelen: Continue ondersteuning en nieuwe functionaliteit
Zie Beschikbare extensies voor Kubernetes-clusters met Azure Arc voor meer informatie
Aankomende wijziging die fouten veroorzaakt voor de Microsoft Flux extensie
De Microsoft Flux extensie ontvangt vaak updates voor beveiliging en stabilisatie. De komende update zal, in lijn met het OSS Flux Project, de HelmRelease- en HelmChart-API's wijzigen door afgeschaft velden te verwijderen. Om verstoring van uw workload te voorkomen, zijn noodzakelijke actie nodig.
Mogelijke voordelen: Verbeterde stabiliteit, beveiliging en nieuwe functionaliteit
Zie Beschikbare extensies voor Kubernetes-clusters met Azure Arc voor meer informatie
Microsoft Flux-extensie upgraden naar een ondersteunde versie
De huidige versie van Microsoft Flux op een of meer clusters met Azure Arc en Azure Kubernetes-clusters wordt niet ondersteund. Voor beveiligingspatches, bugfixes en ondersteuning van Microsoft moet u upgraden naar een ondersteunde versie.
Mogelijke voordelen: Beveiligingspatches, bugfixes en Microsoft-ondersteuning krijgen
Zie Beschikbare extensies voor Kubernetes-clusters met Azure Arc voor meer informatie
Servers met Azure Arc
Upgraden naar de nieuwste versie van de Azure Connected Machine-agent
De Azure Connected Machine-agent wordt regelmatig bijgewerkt met foutoplossingen, stabiliteitsverbeteringen en nieuwe functionaliteit. Upgrade uw agent naar de nieuwste versie voor de beste Azure Arc-ervaring.
Mogelijke voordelen: Verbeterde stabiliteit en nieuwe functionaliteit
Zie De Connected Machine-agent beheren en onderhouden voor meer informatie
Azure Cache voor Redis
Geheugenreservering voor fragmentatie verhogen
Fragmentatie en belasting van het geheugen kunnen beschikbaarheidsincidenten veroorzaken. Als u wilt helpen bij het verminderen van cachefouten bij het uitvoeren onder hoge geheugenbelasting, verhoogt u de reservering van het geheugen voor fragmentatie via de instelling maxfragmentationmemory-reserved die beschikbaar is in de opties Geavanceerde instellingen.
Mogelijke voordelen: vermijd beschikbaarheidsincidenten wanneer uw cache een hoge geheugenfragmentatie heeft
Zie Azure Cache voor Redis configureren voor meer informatie
Geo-replicatie configureren voor Cache voor Redis-exemplaren om de duurzaamheid van toepassingen te verhogen
Geo-replicatie schakelt herstel na noodgevallen in voor gegevens in de cache, zelfs bij een onwaarschijnlijke gebeurtenis van een wijdverspreide regionale fout. Dit kan essentieel zijn voor bedrijfskritische toepassingen. We raden u aan om passieve geo-replicatie te configureren voor Premium Azure Cache voor Redis-instanties.
Mogelijke voordelen: Geo-replicatie maakt herstel na noodgevallen mogelijk voor gegevens in de cache.
Zie Passieve geo-replicatie configureren voor Premium Azure Cache voor Redis-exemplaren voor meer informatie
Azure Container Apps
Maak uw Container Apps-omgeving opnieuw om DNS-problemen te voorkomen
Er is een mogelijk netwerkprobleem met uw Container Apps-omgevingen die mogelijk DNS-problemen veroorzaken. Wij adviseren u om een nieuwe Container Apps-omgeving te maken, uw Container Apps opnieuw te maken in de nieuwe Container Apps-omgeving en de oude Container Apps-omgeving te verwijderen.
Mogelijke voordelen: Vermijd DNS-fouten in uw Container Apps-omgeving.
Zie Quickstart: Uw eerste container-app implementeren met behulp van Azure Portal voor meer informatie
Aangepast domeincertificaat vernieuwen
Het aangepaste domeincertificaat dat u hebt geüpload verloopt bijna. Vernieuw uw certificaat en upload het nieuwe certificaat voor uw container-apps om downtime van de service te voorkomen.
Mogelijke voordelen: uw service mislukt vanwege verlopen certificaten.
Zie Aangepaste domeinnamen en bring your own certificates in Azure Container Apps voor meer informatie
Er is een probleem gedetecteerd dat het vernieuwen van uw beheerde certificaat verhindert.
Er is vastgesteld dat het beheerde certificaat dat door de container-app wordt gebruikt, niet automatisch kan worden vernieuwd. Volg de documentatiekoppeling om ervoor te zorgen dat de DNS-instellingen van uw aangepaste domein juist zijn.
Mogelijke voordelen: vermijd downtime vanwege een verlopen certificaat.
Zie Aangepaste domeinnamen en gratis beheerde certificaten in Azure Container Apps voor meer informatie
Het minimumaantal replica's voor uw gecontaineriseerde toepassing verhogen
Het minimale aantal replica's voor uw gecontaineriseerde toepassingen voor Azure Container App kan te laag zijn, wat kan leiden tot problemen met tolerantie, schaalbaarheid en taakverdeling. Overweeg het minimumaantal replica's te verhogen voor een betere beschikbaarheid.
Mogelijke voordelen: betere beschikbaarheid voor uw container-app.
Zie Schaalregels instellen in Azure Container Apps voor meer informatie
Azure Cosmos DB
Azure Cosmos DB-containers met een partitiesleutel configureren
Wanneer niet-gepartitioneerde Azure Cosmos DB-verzamelingen hun opslagquotum bereiken, verliest u de mogelijkheid om gegevens toe te voegen. Het quotum voor ingerichte opslag van uw niet-gepartitioneerde verzamelingen voor Cosmos DB wordt bijna bereikt. Migreer deze collecties naar nieuwe collecties met een partitiesleutel definitie zodat ze automatisch kunnen worden uitgeschaald door de service.
Mogelijke voordelen: uw containers naadloos schalen met een toename van opslag- of aanvraagsnelheden zonder dat er limieten worden bereikt
Zie Partitionering en horizontaal schalen in Azure Cosmos DB voor meer informatie
Statische Cosmos DB-clientexemplaren gebruiken in uw code en de namen van databases en verzamelingen in de cache opslaan
Een groot aantal metagegevensbewerkingen op een account kan leiden tot snelheidsbeperking. Metagegevensbewerkingen hebben een door het systeem gereserveerde limiet voor aanvraageenheden (request units, RU's). Vermijd snelheidsbeperking van metagegevens bewerkingen door statische Cosmos DB client instanties te gebruiken in uw code en de namen van databases en collecties te cachen.
Mogelijke voordelen: uw RU-gebruik optimaliseren en snelheidsbeperking voorkomen
Zie Prestatietips voor Azure Cosmos DB en .NET SDK v2 voor meer informatie
Controleer de gekoppelde Azure Key Vault die als host fungeert voor uw encryptiesleutel
Wanneer een Azure Cosmos DB-account geen toegang heeft tot de gekoppelde Azure Key Vault die als host fungeert voor de versleutelingssleutel, kunnen zich problemen met gegevenstoegang en beveiliging voordoen. De configuratie van uw sleutelkluis verhindert dat uw Cosmos DB-account contact kan opnemen met de sleutelkluis om toegang te krijgen tot uw beheerde versleutelingssleutels. Als u onlangs een sleutelrotatie hebt uitgevoerd, moet u ervoor zorgen dat de vorige sleutel of sleutelversie ingeschakeld blijft en beschikbaar is totdat Cosmos DB de rotatie heeft voltooid. De vorige sleutel of sleutelversie kan na 24 uur worden uitgeschakeld, of nadat in de auditlogboeken van Azure Key Vault geen activiteit van Azure Cosmos DB wordt gemeld op die sleutel of sleutelversie.
Mogelijke voordelen: werk uw configuraties bij om door de klant beheerde sleutels te blijven gebruiken en toegang te krijgen tot uw gegevens
Zie Voor meer informatie : door de klant beheerde sleutels configureren voor uw Azure Cosmos DB-account met Azure Key Vault
Indexeringsmodus Consistent voor uAzure Cosmos DB-container configureren
Azure Cosmos-containers die zijn geconfigureerd met de luie indexeringsmodus, worden asynchroon bijgewerkt, wat de schrijfprestaties verbetert, maar kan van invloed zijn op de nieuwheid van query's. Uw container is geconfigureerd met de luie indexeringsmodus. Als query-nieuwheid kritiek is, gebruikt u de modus Consistente indexering voor onmiddellijke indexupdates.
Mogelijke voordelen: consistentie en betrouwbaarheid van queryresultaten verbeteren
Zie Indexeringsbeleid beheren in Azure Cosmos DB voor meer informatie
Hotfix - Upgraden naar versie 2.6.14 van de Async Java SDK v2 of naar Java SDK v4
Er is een kritieke fout in versie 2.6.13 (en lager) van de Azure Cosmos DB Async Java SDK v2, die fouten veroorzaakt wanneer een globaal LSN (Logical Sequence Number) groter dan de waarde Max Integer is bereikt. De fout treedt transparant voor u op in de service nadat zich tijdens de levensduur van een Azure Cosmos DB-container een groot aantal transacties heeft voorgedaan. Opmerking: Hoewel dit een kritieke hotfix voor de Async Java SDK v2 is, wordt nog steeds ten zeerste aanbevolen om te migreren naar de Java SDK v4.
Mogelijke voordelen: als er geen actie wordt ondernomen, kunnen alle bewerkingen voor maken, lezen, bijwerken en verwijderen mislukken met NumberFormatException
Zie Azure Cosmos DB Async Java SDK voor API voor NoSQL (verouderd) voor meer informatie : opmerkingen bij de release en resources
Kritiek probleem - Upgraden naar de huidige aanbevolen versie van de Java SDK v4
Er is een kritieke fout in versie 4.15 en lager van de Azure Cosmos DB Java SDK v4, die fouten veroorzaakt wanneer een globaal LSN (Logical Sequence Number) groter dan de waarde Max Integer is bereikt. Dit gebeurt transparant voor u door de service nadat een groot aantal transacties zich tijdens de levensduur van een Azure Cosmos DB-container voordoen. Vermijd dit probleem door een upgrade uit te voeren naar de huidige aanbevolen versie van de Java SDK v4
Mogelijke voordelen: als er geen actie wordt ondernomen, kunnen alle bewerkingen voor maken, lezen, bijwerken en verwijderen mislukken met NumberFormatException
Zie Azure Cosmos DB Java SDK v4 for API for NoSQL voor meer informatie : opmerkingen bij de release en resources
Gebruik het nieuwe 3.6+-eindpunt om verbinding te maken met uw bijgewerkte Azure Cosmos DB-API voor MongoDB-account
Sommige van uw toepassingen maken verbinding met de bijgewerkte Azure Cosmos DB-API voor MongoDB-account met behulp van het verouderde 3.2-eindpunt, [accountnaam].documents.azure.com. Gebruik het nieuwe eindpunt, [accountnaam].mongo.cosmos.azure.com (of het equivalent ervan in onafhankelijke clouds, overheidsclouds of beperkte clouds).
Mogelijke voordelen: profiteer van de nieuwste functies in versie 3.6+ van de API van Azure Cosmos DB voor MongoDB
Zie Voor meer informatie Azure Cosmos DB voor MongoDB (versie 4.0-server): ondersteunde functies en syntaxis
Upgrade uw Azure Cosmos DB-API voor MongoDB-account naar v4.2 om query-/opslagkosten te besparen en nieuwe functies te gebruiken
Uw Azure Cosmos DB API voor MongoDB-account komt in aanmerking voor een upgrade naar versie 4.2. Met een upgrade naar v4.2 kunt u uw opslagkosten met maximaal 55% verlagen en uw querykosten met maximaal 45% verlagen door gebruik te maken van een nieuwe opslagindeling. Er zijn talloze extra functies, zoals transacties met meerdere documenten, opgenomen in v4.2.
Mogelijke voordelen: verbeterde betrouwbaarheid, efficiëntie van query's/opslag, prestaties en mogelijkheden voor nieuwe functies
Zie De API-versie van uw Azure Cosmos DB voor MongoDB-account upgraden voor meer informatie
SSR (nieuwe poging aan serverzijde) inschakelen voor de API van uw Azure Cosmos DB voor het MongoDB-account
Wanneer een account een TooManyRequests-fout genereert met de foutcode 16500, kan het inschakelen van SSR (Server Side Retry) helpen het probleem te verhelpen.
Mogelijke voordelen: beperking voorkomen en de betrouwbaarheid en prestaties van uw query verbeteren
Een tweede regio toevoegen aan uw productiewerkbelastingen in Azure Cosmos DB
Productieworkloads in Azure Cosmos DB die in één regio worden uitgevoerd, hebben mogelijk beschikbaarheidsproblemen. Dit lijkt het geval te zijn met een aantal van uw Cosmos DB-accounts. Verhoog hun beschikbaarheid door ze te configureren om ten minste twee Azure regio's te overspannen. OPMERKING: extra regio's brengen extra kosten met zich mee.
Mogelijke voordelen: de beschikbaarheid van uw productieworkloads verbeteren
Zie Hoge beschikbaarheid (betrouwbaarheid) in Azure Cosmos DB voor NoSQL voor meer informatie
Oude Azure Cosmos DB-SDK bijwerken naar de nieuwste versie
Een Azure Cosmos DB-account met een oude versie van de SDK beschikt niet over de nieuwste oplossingen en verbeteringen. Uw Azure Cosmos DB-account gebruikt een oude versie van de SDK. Voor de nieuwste fixes, prestatieverbeteringen en nieuwe functies moet u upgraden naar de nieuwste versie.
Mogelijke voordelen: verbeterde betrouwbaarheid, prestaties en nieuwe functiemogelijkheden
Zie de documentatie voor Azure Cosmos DB voor meer informatie
Verouderde Azure Cosmos DB-SDK upgraden naar de nieuwste versie
Een Azure Cosmos DB-account met een oude versie van de SDK beschikt niet over de nieuwste oplossingen en verbeteringen. Uw Azure Cosmos DB-account gebruikt een verouderde versie van de SDK. U wordt aangeraden bij te werken naar de nieuwste versie voor de recentste probleemoplossingen, prestatieverbeteringen en nieuwe functiemogelijkheden.
Mogelijke voordelen: verbeterde betrouwbaarheid, prestaties en nieuwe functiemogelijkheden
Zie de documentatie voor Azure Cosmos DB voor meer informatie
Servicebeheerde failover inschakelen voor Cosmos DB-account
Schakel door de service beheerde failover voor het Cosmos DB-account in om hoge beschikbaarheid van het account te garanderen. Door de service beheerde failover schakelt de schrijfregio automatisch over naar de secundaire regio in het geval van een storing in de primaire regio. Dit zorgt ervoor dat de toepassing zonder downtime blijft functioneren.
Mogelijke voordelen: de service-beheerde failoverfunctie van Azure verbetert de beschikbaarheid van het systeem door failoverprocessen te automatiseren, downtime te verminderen en tolerantie te verbeteren.
Zie Hoge beschikbaarheid (betrouwbaarheid) in Azure Cosmos DB voor NoSQL voor meer informatie
Hoge beschikbaarheid inschakelen voor uw productie workload
Veel clusters met consistente workloads hebben geen hoge beschikbaarheid (HA) inschakelen. Het is raadzaam om hoge beschikbaarheid te activeren vanaf de pagina Schaal in Azure Portal om uitvaltijd van databases te voorkomen in geval van onverwachte knooppuntfouten en om in aanmerking te komen voor SLA-garanties.
Mogelijke voordelen: Activeer hoge beschikbaarheid om uitvaltijd van databases te voorkomen in geval van een onverwachte knooppuntfout
Zie Uw Azure Cosmos DB voor MongoDB vCore-cluster schalen en configureren voor meer informatie
Zoneredundantie inschakelen voor Cosmos DB-accounts met meerdere regio's
In deze aanbeveling wordt voorgesteld om zoneredundantie in te schakelen voor Cosmos DB-accounts voor meerdere regio's om de hoge beschikbaarheid te verbeteren en het risico op gegevensverlies in het geval van een regionale storing te verminderen.
Mogelijke voordelen: verbeterde hoge beschikbaarheid en verminderd risico op gegevensverlies
Zie Hoge beschikbaarheid (betrouwbaarheid) in Azure Cosmos DB voor NoSQL voor meer informatie
Ten minste één datacenter toevoegen in een andere Azure-regio
Uw Azure Managed Instance voor Apache Cassandra-cluster wordt aangewezen als een productiecluster, maar wordt momenteel geïmplementeerd in één Azure-regio. Voor productieclusters raden we u aan ten minste één datacenter in een andere Azure-regio toe te voegen om te voorkomen dat scenario's voor herstel na noodgevallen worden beschermd.
Mogelijke voordelen: zorg ervoor dat toepassingen een andere regio hebben in geval van herstel na noodgevallen
Zie Aanbevolen procedures voor hoge beschikbaarheid en herstel na noodgevallen voor meer informatie
Voorkomen dat de snelheid wordt beperkt voor besturingsvlakbewerking
Er is een groot aantal besturingsvlakbewerkingen op uw account gevonden via de resourceprovider. Als een aanvraag de gedocumenteerde limieten met aanhoudende niveaus overschrijdt gedurende opeenvolgende perioden van 5 minuten, kan de aanvraag worden beperkt en de bewerking op Azure Cosmos DB-resources mislukken of onvolledig zijn.
Mogelijke voordelen: De werking van het besturingsvlak optimaliseren en bewerkingsfouten voorkomen vanwege snelheidsbeperking
Zie Azure Cosmos DB-servicequota's voor meer informatie
Azure Data Explorer
Problemen met virtueel netwerk oplossen
De service kan niet worden geïnstalleerd of hervat vanwege problemen met het virtuele netwerk (VNet). Volg de stappen in de gids voor probleemoplossing om dit probleem op te lossen.
Mogelijke voordelen: betrouwbaarheid, beschikbaarheid, prestaties en nieuwe functiemogelijkheden verbeteren
Zie Problemen met toegang, opname en werking van uw Azure Data Explorer-cluster in uw virtuele netwerk oplossen voor meer informatie
Subnetdelegering toevoegen voor 'Microsoft.Kusto/clusters'
Als een subnet niet is gedelegeerd, kan de bijbehorende Azure-service niet binnen het subnet werken. Uw subnet beschikt niet over de vereiste delegering. Uw subnet delegeren voor 'Microsoft.Kusto/clusters'.
Mogelijke voordelen: betrouwbaarheid, beschikbaarheid, prestaties en nieuwe functiemogelijkheden verbeteren
Zie Wat is subnetdelegering voor meer informatie ?
Azure Database for MySQL
Hoge beschikbaarheid: voeg primaire sleutel toe aan de tabel die momenteel geen sleutel heeft.
Ons interne bewakingssysteem heeft een aanzienlijke replicatievertraging op de stand-byserver met hoge beschikbaarheid vastgesteld. Deze vertraging wordt voornamelijk veroorzaakt doordat de stand-byserver relaylogboeken opnieuw afspeelt in een tabel die geen primaire sleutel heeft. Om dit probleem op te lossen en te voldoen aan de aanbevolen procedures, raden we aan om primaire sleutels toe te voegen aan alle tabellen. Zodra dit is voltooid, gaat u verder met het uitschakelen en vervolgens weer inschakelen van hoge beschikbaarheid om het probleem te verhelpen.
Mogelijke voordelen: Door deze aanpak te implementeren, wordt de stand-byserver afgeschermd van de nadelige gevolgen van een hoge replicatievertraging die wordt veroorzaakt door het ontbreken van een primaire sleutel in een tabel. Deze aanpak kan bijdragen aan kortere failovertijden, en ondersteunt uiteindelijk het doel van het handhaven van de bedrijfscontinuïteit.
Zie Problemen met replicatielatentie in Azure Database for MySQL - Flexible Server oplossen voor meer informatie
Replicatie: een primaire sleutel toevoegen aan de tabel die momenteel geen primaire sleutel heeft
Onze interne bewaking heeft een aanzienlijke replicatievertraging waargenomen op uw replicaserver, omdat de replicaserver relaylogboeken opnieuw afspeelt in een tabel die geen primaire sleutel heeft. Om ervoor te zorgen dat de replicaserver effectief kan synchroniseren met de hoofdserver en wijzigingen kan bijhouden, voegt u primaire sleutels toe aan de tabellen op de primaire server en maakt u de replicaserver vervolgens opnieuw.
Mogelijke voordelen: Door deze aanpak te implementeren, bereikt de replicaserver een status van nauwe synchronisatie met de primaire server.
Zie Problemen met replicatielatentie in Azure Database for MySQL - Flexible Server oplossen voor meer informatie
Azure Database for PostgreSQL
Inactieve logische replicatiesleuven verwijderen (belangrijk)
Inactieve logische replicatiesleuven kunnen leiden tot slechtere serverprestaties en niet-beschikbaarheid vanwege de retentie van WAL-bestanden (Write Ahead Log) en het opbouwen van momentopnamebestanden. Uw Azure Database for PostgreSQL - Flexibele server heeft mogelijk inactieve logische replicatiesleuven. DIT HEEFT ONMIDDELLIJKE AANDACHT NODIG. Verwijder de inactieve logische replicatiesleuven of begin met het gebruiken van de wijzigingen uit deze sleuven, zodat de LSN (Log Sequence Number) van de sleuf verder gaat en in de buurt van de huidige LSN van de server ligt.
Mogelijke voordelen: De beschikbaarheid van PostgreSQL verbeteren door inactieve logische replicatiesites te verwijderen
Zie Logische replicatie en logische decodering in Azure Database for PostgreSQL - Flexible Server voor meer informatie
Inactieve logische replicatiesleuven verwijderen
Een Orcas PostgreSQL flexibele server met inactieve logische replicatiesleuven kan leiden tot slechtere serverprestaties en niet-beschikbaarheid vanwege de retentie van WAL-bestanden (Write Ahead Log) en het opbouwen van momentopnamebestanden. DIT HEEFT ONMIDDELLIJKE AANDACHT NODIG. Verwijder de inactieve logische replicatiesleuven of begin met het gebruiken van de wijzigingen uit deze sleuven, zodat de LSN (Log Sequence Number) van de sleuf verder gaat en in de buurt van de huidige LSN van de server ligt.
Mogelijke voordelen: De beschikbaarheid van PostgreSQL verbeteren door inactieve logische replicatiesites te verwijderen
Zie Logische decodering voor meer informatie
Geografisch redundante back-upopslag configureren
Configureer GRS om ervoor te zorgen dat uw database voldoet aan de beschikbaarheids- en duurzaamheidsdoelen, zelfs als er fouten of rampen optreden.
Mogelijke voordelen: zorgt voor herstel na regionale storing of noodgeval.
Zie Back-up en herstel in Azure Database for PostgreSQL - Flexible Server voor meer informatie
Aangepaste onderhoudsvensters definiëren die plaatsvinden tijdens piekuren
Wanneer u voorkeuren voor het onderhoudsschema opgeeft, kunt u een dag van de week en een tijdvenster kiezen. Als u geen voorkeuren opgeeft, kiest het systeem een tijd tussen 23:00 uur en 07:00 uur in de regiotijd van uw server. Kies een dag en tijd waarop het gebruik laag is.
Mogelijke voordelen: Het onderhoudsvenster configureren maakt het voorkomen van onderhoud mogelijk tijdens de piek van het systeem.
Zie Gepland onderhoud in Azure Database for PostgreSQL - Flexible Server voor meer informatie
Azure IoT Hub
Runtime van Microsoft Edge-apparaat upgraden naar een ondersteunde versie voor Iot Hub
Wanneer Edge-apparaten verouderde versies gebruiken, kan dit leiden tot prestatievermindering. U wordt geadviseerd een upgrade uit te voeren naar de meest recente ondersteunde versie van de Azure IoT Edge-runtime.
Mogelijke voordelen: zorg voor bedrijfscontinuïteit met de meest recente ondersteunde versie voor uw Edge-apparaten
Zie IoT Edge bijwerken voor meer informatie
Device Client SDK upgraden naar een ondersteunde versie voor IoT Hub
Wanneer apparaten een verouderde SDK gebruiken, kan dit leiden tot prestatievermindering. Sommige of al uw apparaten gebruiken een verouderde SDK. Wij adviseren u een upgrade uit te voeren naar een ondersteunde SDK-versie.
Mogelijke voordelen: zorg voor bedrijfscontinuïteit met ondersteunde SDK voor uw apparaten
Zie Azure IoT Hub SDK's voor meer informatie
IoT Hub Potentiële apparaatstorm gedetecteerd
Dit kan zich voordoen wanneer twee of meer apparaten verbinding proberen te maken met de IoT Hub met behulp van dezelfde apparaat-id-referenties. Wanneer het tweede apparaat (B) verbinding maakt, wordt de verbinding van het eerste apparaat (A) verbroken. Vervolgens probeert (A) weer verbinding te maken, waardoor de verbinding van (B) wordt verbroken.
Mogelijke voordelen: connectiviteit van uw apparaten verbeteren
Zie Azure IoT Hub-fouten begrijpen en oplossen voor meer informatie
Apparaatupdate voor IoT Hub SDK upgraden naar een ondersteunde versie
Wanneer een apparaatupdate voor een IoT Hub-exemplaar een verouderde versie van de SDK gebruikt, worden de meest recente upgrades niet opgehaald. Voor de nieuwste fixes, prestatieverbeteringen en nieuwe functies moet u upgraden naar de nieuwste Device Update for IoT Hub SDK-versie.
Mogelijke voordelen: zorgen voor bedrijfscontinuïteit met ondersteunde SDK
Zie Wat is Apparaatupdate voor IoT Hub?
IoT-hubeenheden toevoegen of SKU-niveau verhogen
Wanneer een IoT-hub het dagelijkse berichtquotum overschrijdt, kunnen er bewerkings- en kostenproblemen optreden. Als u in de toekomst een soepele werking wilt garanderen, voegt u eenheden toe of verhoogt u het SKU-niveau.
Mogelijke voordelen: De IoT Hub kan weer berichten ontvangen.
Zie Azure IoT Hub-fouten begrijpen en oplossen voor meer informatie
Azure Kubernetes Service (AKS)
Automatisch schalen inschakelen voor uw systeemnodegroepen
Om ervoor te zorgen dat uw systeempods zelfs tijdens tijden van hoge belasting worden ingepland, schakelt u automatisch schalen in op uw systeemnodegroep.
Mogelijke voordelen: als u Automatische schaalaanpassing inschakelt voor systeemknooppuntgroep, zorgt u ervoor dat systeempods worden gepland en dat het cluster kan functioneren.
Zie De automatische schaalaanpassing van clusters gebruiken in Azure Kubernetes Service (AKS) voor meer informatie
Ten minste 2 knooppunten in uw systeemknooppuntgroep hebben
Zorg ervoor dat uw systeemknooppuntgroepen ten minste 2 knooppunten hebben voor betrouwbaarheid van uw systeempods. Met één knooppunt kan uw cluster mislukken in het geval van een knooppunt of hardwarefout.
Mogelijke voordelen: 2 knooppunten zorgen voor tolerantie tegen knooppuntfouten.
Zie Systeemknooppuntgroepen beheren in Azure Kubernetes Service (AKS) voor meer informatie .
Een toegewezen node-groep voor het systeem maken
Een cluster zonder een toegewezen systeemnodegroep is minder betrouwbaar. We raden u aan systeemnodegroepen toe te wijden om alleen kritieke systeempods te bedienen, waardoor resourceverhongering tussen systeem- en concurrerende gebruikerspods wordt voorkomen. Dwing dit gedrag af met de CriticalAddonsOnly=true:NoSchedule taint in de groep.
Mogelijke voordelen: zorgt voor betrouwbaarheid van clusters door resource-tolerantie voor kernsysteempods te voorkomen
Zie Systeemknooppuntgroepen beheren in Azure Kubernetes Service (AKS) voor meer informatie .
Zorg ervoor dat vm's van de B-serie (VM's) niet worden gebruikt in productieomgevingen
Wanneer een cluster een of meer nodegroepen heeft die een niet-aanbevolen burstable VM SKU gebruiken, is volledige vCPU-capaciteit van 100% niet gegarandeerd. Zorg ervoor dat VM's uit de B-serie niet worden gebruikt in productieomgevingen.
Mogelijke voordelen: Best practice voor consistente prestaties
Zie Bv1-groottereeksen voor meer informatie
Azure NetApp Files
AD DS-site configureren voor Azure Netapp Files AD-connector
Als Azure NetApp Files geen toegewezen AD DS-sitedomeincontrollers kan bereiken, vraagt het detectieproces van de domeincontroller alle domeincontrollers op. Onbereikbare domeincontrollers kunnen worden gebruikt, wat problemen veroorzaakt met het maken van volumes, clientquery's, verificatie en wijzigingen in AD-verbindingen.
Mogelijke voordelen: DNS-connectiviteit optimaliseren met Azure Netapp Files
Zie Richtlijnen voor Active Directory-domein Services-siteontwerp en -planning voor Azure NetApp Files voor meer informatie
Zorg ervoor dat rollen die zijn toegewezen aan het gedelegeerde Subnet van Microsoft.NetApp, subnet leesmachtigingen hebben
Rollen die vereist zijn voor het beheer van Azure NetApp Files-resources, moeten de machtigingen Microsoft.network/virtualNetworks/subnets/read hebben voor het subnet dat is gedelegeerd aan Microsoft.NetApp Als de rol, of aangepast of ingebouwd niet over deze machtiging beschikt, mislukt het maken van volumes
Mogelijke voordelen: voorkom fouten bij het maken van volumes door ervoor te zorgen dat subnet-/leesmachtigingen
Controleer de SAP-configuratie op time-outwaarden die worden gebruikt met Azure NetApp Files
Hoge beschikbaarheid van SAP tijdens gebruik met Azure NetApp Files is afhankelijk van het instellen van de juiste time-outwaarden om onderbreking van uw toepassing te voorkomen. Bekijk de link 'Meer informatie' om ervoor te zorgen dat uw configuratie voldoet aan de time-outwaarden zoals vermeld in de documentatie.
Mogelijke voordelen: Tolerantie van SAP-toepassing op ANF verbeteren
Zie Azure gebruiken voor het hosten en uitvoeren van SAP-workloadscenario's voor meer informatie
Strategieën voor herstel na noodgevallen implementeren voor uw Azure NetApp Files-resources
Om gegevens- of functionaliteitsverlies tijdens een regionale of zonale ramp te voorkomen, implementeert u veelgebruikte hersteltechnieken zoals replicatie tussen regio’s of replicatie tussen zones voor uw Azure NetApp Files volumes.
Mogelijke voordelen: beheer eenvoudig herstel na noodgevallen met replicatiefuncties van Azure NetApp Files
Zie Meer informatie over opties voor gegevensbescherming en herstel na noodgevallen in Azure NetApp Files
Azure Netapp Files - continue beschikbaarheid voor SMB-volumes inschakelen
Voor continue beschikbaarheid raden we u aan het SMB-volume (Server Message Block) in te schakelen voor uw Azure Netapp Files.
Mogelijke voordelen: onderbrekingen van toepassingen voorkomen door continue beschikbaarheid voor SMB-volumes in te schakelen
Zie Continue beschikbaarheid inschakelen voor bestaande SMB-volumes voor meer informatie
Azure Site Recovery
Voorlopig verwijderen inschakelen voor uw Recovery Services-kluizen
Met voorlopig verwijderen kunt u uw back-upgegevens na verwijdering gedurende een extra periode bewaren in de Recovery Services-kluis, zodat u deze kunt ophalen voordat deze permanent worden verwijderd.
Mogelijke voordelen: helpt bij het herstellen van back-upgegevens in gevallen van onbedoelde verwijdering
Zie Voorlopig verwijderen voor Azure Backup voor meer informatie
Herstellen tussen regio's inschakelen voor uw Recovery Services-kluis
CrR (Cross Region Restore of herstellen tussen regio's) kunt u gebruiken om virtuele Azure-machines te herstellen in een secundaire regio (een gekoppelde Azure-regio). Dit helpt bij herstel na noodgevallen.
Mogelijke voordelen: Als een van de herstelopties kunt u met CRR (Cross Region Restore) virtuele Azure-machines herstellen in een secundaire regio, een gekoppelde Azure-regio.
Zie Azure VM-gegevens herstellen in de Azure-portal voor meer informatie
Azure Spring Apps
Toepassingsconfiguratieservice upgraden naar Gen 2
We hebben gemerkt dat u nog steeds toepassingsconfiguratieservice Gen1 gebruikt. De ondersteuning hiervoor wordt in april 2024 beëindigd. Toepassingsconfiguratieservice Gen2 biedt betere prestaties in vergelijking met Gen1 en de upgrade van Gen1 naar Gen2 leidt niet tot downtime, dus we raden u aan om zo snel mogelijk een upgrade uit te voeren.
Mogelijke voordelen: hogere stabiliteit en beschikbaarheid
Zie Application Configuration Service voor Tanzu gebruiken voor meer informatie
Azure SQL-database
Herstel na noodgevallen voor meerdere regio's inschakelen voor SQL Database
Schakel herstel na noodgevallen tussen regio's in voor Azure SQL Database voor bedrijfscontinuïteit in geval van regionale storingen.
Mogelijke voordelen: door herstel na noodgevallen in te schakelen, wordt een continu gesynchroniseerde secundaire database voor een primaire database gemaakt.
Zie Overzicht van bedrijfscontinuïteit met Azure SQL Database voor meer informatie
Schakel zoneredundantie in voor Azure SQL-database om hoge beschikbaarheid en tolerantie te bereiken.
Als u hoge beschikbaarheid en tolerantie wilt bereiken, schakelt u zoneredundantie in voor de SQL database of elastische pool om beschikbaarheidszones te gebruiken en ervoor te zorgen dat de database of elastische pool bestand is tegen zonefouten.
Mogelijke voordelen: het inschakelen van zoneredundantie zorgt ervoor dat Azure SQL Database bestand is tegen zonegebonden hardware- en softwarefouten en dat het herstel transparant is voor toepassingen.
Zie Beschikbaarheid via redundantie - Azure SQL Database voor meer informatie
Azure Stack HCI
Upgrade uitvoeren naar de nieuwste versie van AKS die is ingeschakeld door Arc
Upgrade naar de laatste versie van API/SDK van AKS met ingeschakelde Azure Arc voor verbeterde stabiliteit en nieuwe functionaliteit.
Mogelijke voordelen: de nieuwste versie van AKS die is ingeschakeld door Azure Arc met nieuwe functionaliteit en verbeterde stabiliteit.
Zie voor meer informatie https://azure.github.io/azure-sdk/releases/latest/index.html
Upgrade uitvoeren naar de nieuwste versie van AKS die is ingeschakeld door Arc
Upgrade naar de laatste versie van API/SDK van AKS met ingeschakelde Azure Arc voor verbeterde stabiliteit en nieuwe functionaliteit.
Mogelijke voordelen: de nieuwste versie van AKS die is ingeschakeld door Azure Arc met nieuwe functionaliteit en verbeterde stabiliteit.
Zie voor meer informatie https://azure.github.io/azure-sdk/releases/latest/index.html
Klassieke opslag van implementatiemodellen
Actie vereist: klassieke opslagaccounts migreren op 30-8-2024.
Migreer uw klassieke opslagaccounts naar Azure Resource Manager om bedrijfscontinuïteit te garanderen. Azure Resource Manager biedt dezelfde functionaliteit plus een consistente beheerlaag, resourcegroepering en toegang tot nieuwe functies en updates.
Mogelijke voordelen: zorg ervoor dat u uw gegevens kunt beheren door uw klassieke opslagaccount(s) te migreren
Virtuele machine van het klassieke implementatiemodel
Migreren weg van Cloud Services (klassiek) vóór 31 augustus 2024
Cloud Services (klassiek) wordt buiten gebruik gesteld. Migreer weg vóór 31 augustus 2024 om verlies van gegevens of bedrijfscontinuïteit te voorkomen.
Mogelijke voordelen: Continuïteit van uw service
Zie Azure Cloud Services (klassiek) migreren naar Azure Cloud Services (uitgebreide ondersteuning) voor meer informatie
Cognitive Services
Uw toepassing upgraden om de nieuwste API-versie van Azure OpenAI te gebruiken
Een Azure OpenAI-resource met een oudere API-versie mist de nieuwste functies en functionaliteiten. We raden aan om de nieuwste REST API-versie te gebruiken.
Mogelijke voordelen: onze nieuwe API-versies bevatten de nieuwste en beste functies en mogelijkheden.
Zie de naslaginformatie over de REST API van de Azure OpenAI-service voor meer informatie
Quotum overschreden voor deze resource, wacht of upgrade om te deblokkeren
Als het quotum voor uw resource wordt overschreden, wordt uw resource geblokkeerd. U kunt wachten totdat het quotum automatisch wordt aangevuld; als u de resource opnieuw wilt gebruiken, kunt u deze upgraden naar een betaalde SKU.
Mogelijke voordelen: als u een upgrade uitvoert naar een betaalde SKU, kunt u de resource vandaag opnieuw gebruiken.
Zie Kosten voor Azure AI Studio plannen en beheren voor meer informatie
Container Registry
Premium-laag gebruiken voor kritieke productieworkloads
Premium-registers bieden de hoogste hoeveelheid inbegrepen opslag, gelijktijdige bewerkingen en netwerkbandbreedte, waardoor scenario's met grote volumes mogelijk zijn. De Premium-laag voegt ook functies toe, zoals geo-replicatie, ondersteuning voor beschikbaarheidszones, inhoudsvertrouwen, door de klant beheerde sleutels en privé-eindpunten.
Mogelijke voordelen: De Premium-laag biedt de hoogste hoeveelheid prestatie-, schaal- en tolerantieopties
Zie Azure Container Registry-servicelagen voor meer informatie
Controleer of geo-replicatie is ingeschakeld voor tolerantie
Met geo-replicatie kunnen workloads één installatiekopie, tag- en registernaam in verschillende regio's gebruiken, toegang tot het register dicht bij het netwerk, lagere kosten voor gegevensoverdracht en regionale registertolerantie als er een regionale storing optreedt. Deze functie is alleen beschikbaar voor services binnen de Premium-servicelaag.
Mogelijke voordelen: verbeterde tolerantie en pull-prestaties, vereenvoudigd registerbeheer en lagere kosten voor gegevensoverdracht
Zie Geo-replicatie in Azure Container Registry voor meer informatie
Content Delivery Network
Azure CDN van Edgio, het vernieuwen van beheerde certificaten is mislukt. Aanvullende validatie vereist.
Azure CDN van Edgio maakt gebruik van CNAME-delegatie om certificaten te vernieuwen met DigiCert voor beheerde certificaatvernieuwingen. Het is essentieel dat aangepaste domeinen worden omgezet in een azureedge.net-eindpunt voor het automatische verlengingsproces met DigiCert. Zorg ervoor dat de CNAME- en CAA-records van uw aangepaste domein correct zijn geconfigureerd. Als u meer hulp nodig hebt, dient u een ondersteuningsaanvraag in bij Azure om de verlengingsaanvraag opnieuw uit te voeren.
Mogelijke voordelen: zorg ervoor dat de service beschikbaar is.
Het verlopen Azure Front Door-klantcertificaat vernieuwen om serviceonderbreking te voorkomen
Wanneer klantcertificaten voor Azure Front Door Standard- en Premium-profielen verlopen, zijn er mogelijk serviceonderbrekingen. Als u serviceonderbreking wilt voorkomen, vernieuwt u het certificaat voordat het verloopt.
Mogelijke voordelen: zorg ervoor dat de service beschikbaar is.
Zie HTTPS configureren in een aangepast Azure Front Door-domein met behulp van Azure Portal voor meer informatie
Domeineigendom opnieuw valideren voor het verlengen van door Azure Front Door beheerde certificaten
Azure Front Door (AFD) kan het beheercertificaat niet automatisch vernieuwen omdat het domein niet CNAME is die is toegewezen aan het AFD-eindpunt. Om het beheercertificaat automatisch te laten verlengen, moet u het domeineigendom opnieuw valideren.
Mogelijke voordelen: niet gedefinieerd
Zie Een aangepast domein configureren in Azure Front Door met behulp van Azure Portal voor meer informatie
Geheime versie overschakelen naar ‘Nieuwste’ voor het Azure Front Door-klantcertificaat
Configureer het Azure Front Door (AFD) klantcertificaatgeheim op 'Nieuwste' zodat de AFD verwijst naar de nieuwste geheime versie in Azure Key Vault, zodat het geheim automatisch kan worden geroteerd.
Mogelijke voordelen: de nieuwste versie kan automatisch worden gedraaid.
Zie HTTPS configureren in een aangepast Azure Front Door-domein met behulp van Azure Portal voor meer informatie
Domeineigendom valideren door DNS TXT-record toe te voegen aan DNS-provider
Valideer domeineigendom door het DNS TXT-record toe te voegen aan uw DNS-provider. Het valideren van het eigendom van het domein via TXT-records verhoogd de beveiliging en zorgt voor de juiste controle over uw domein.
Mogelijke voordelen: zorg ervoor dat de service beschikbaar is.
Zie Een aangepast domein configureren in Azure Front Door met behulp van Azure Portal voor meer informatie
Data Factory
BCDR-strategie implementeren voor redundantie tussen regio's in Azure Data Factory
Het implementeren van een BCDR-strategie verbetert hoge beschikbaarheid en verlaagt het risico op gegevensverlies
Mogelijke voordelen: verbetert hoge beschikbaarheid en verminderd risico op gegevensverlies
Automatische upgrade inschakelen op uw SHIR
Automatische upgrade van zelf-hostende Integration Runtime is uitgeschakeld. Weet dat u niet de meest recente wijzigingen en bugfixes krijgt voor de zelf-hostende Integration Runtime. Bekijk deze om de automatische SHIR-upgrade in te schakelen
Mogelijke voordelen: om de meest recente wijzigingen en bugfixes op te halen voor de zelf-hostende Integration Runtime
Zie Voor meer informatie , zelf-hostende Integration Runtime autoupdate en verlopen melding
Vloeistofrelais
Azure Fluid Relay-clientbibliotheek moet worden bijgewerkt
Als de Azure Fluid Relay-service wordt aangeroepen met een oude clientbibliotheek, kan dit problemen met de toepassing veroorzaken. Uw Azure Fluid Relay-clientbibliotheek moet nu worden bijgewerkt naar de laatste versie om ervoor te zorgen dat uw toepassing blijft werken. Het uitvoeren van een upgrade biedt u de meest recente functionaliteit, evenals verbeteringen in prestaties en stabiliteit.
Mogelijke voordelen: verbeterde betrouwbaarheid
Zie Versiecompatibiliteit met Vloeiend Framework releases voor meer informatie
HDInsight
Essentiële updates toepassen door uw HDInsight-clusters te verwijderen en opnieuw te maken (certificaatrotatieronde 2)
De HDInsight-service heeft geprobeerd een essentiële certificaatupdate toe te passen op uw actieve clusters. Vanwege bepaalde aangepaste configuratiewijzigingen kunnen we de updates echter niet toepassen op al uw clusters. Verwijder uw clusters en maak deze opnieuw om te voorkomen dat deze clusters een beschadigde status krijgen en onbruikbaar worden.
Mogelijke voordelen: zorg voor clusterstatus en stabiliteit
Zie Clusters instellen in HDInsight met Apache Hadoop, Apache Spark, Apache Kafka en meer voor meer informatie .
Niet-ESP ABFS-clusters [Clustermachtigingen voor Word leesbaar]
Plan om een wijziging in niet-ESP ABFS-clusters te introduceren, waardoor niet-Hadoop-groepsgebruikers geen Hadoop-opdrachten kunnen uitvoeren voor opslagbewerkingen. Deze wijziging is het verbeteren van de beveiligingspostuur van het cluster. Klanten moeten de updates plannen vóór 30 september 2023.
Mogelijke voordelen: deze wijziging is het verbeteren van de beveiligingspostuur van het cluster
Zie opmerkingen bij de release van Azure HDInsight voor meer informatie
Brokers opnieuw opstarten op uw Kafka-clusterschijven
Wanneer gegevensschijven die worden gebruikt door Kafka-brokers in HDInsight-clusters bijna vol zijn, kan het Apache Kafka-brokerproces niet worden gestart en mislukt. U kunt dit beperken door de bewaartijd voor elk onderwerp te vinden, een back-up te maken van de oudere bestanden en de brokers opnieuw te starten.
Mogelijke voordelen: Problemen met Kafka-broker voorkomen
Zie Scenario voor meer informatie : Brokers zijn beschadigd of kunnen niet opnieuw worden opgestart vanwege een probleem met volledige schijfruimte
Update lengte van clusternaam
De maximale lengte van de clusternaam wordt gewijzigd van 45 naar 59 tekens om de beveiligingspostuur van clusters te verbeteren. Deze wijziging wordt op 30 september 2023 geïmplementeerd.
Mogelijke voordelen: verbetering van beveiligingspostuur voor HDInsight
Zie opmerkingen bij de release van Azure HDInsight voor meer informatie
Uw cluster upgraden naar de nieuwste HDInsight-installatiekopie
Een cluster dat één jaar geleden is gemaakt, beschikt niet over de meest recente installatiekopieënupgrades. Uw cluster is 1 jaar geleden gemaakt. Als onderdeel van de aanbevolen procedures, raden we klanten aan om de nieuwste versies van HDInsight Images te gebruiken voor het beste van open source updates, Azure-updates en beveiligingsoplossingen. De aanbevolen maximale duur voor clusterupgrades is minder dan zes maanden.
Mogelijke voordelen: krijg de nieuwste oplossingen en functies
Uw HDInsight-cluster upgraden
Een cluster dat niet gebruikmaakt van de meest recente installatiekopieën, beschikt niet over de meest recente upgrades. Uw cluster maakt geen gebruik van de meest recente installatiekopieën. We raden u aan om de nieuwste versies van HDInsight-installatiekopieën te gebruiken, omdat ze het beste van open source updates, Azure-updates en beveiligingsoplossingen bieden. HDInsight-releases worden elke 30 tot 60 dagen uitgebracht.
Mogelijke voordelen: krijg de nieuwste oplossingen en functies
Zie opmerkingen bij de release van Azure HDInsight voor meer informatie
Gateway of virtuele machine niet bereikbaar
Er is een netwerkfout gedetecteerd. Dit is een indicatie van een onbereikbare gateway of een virtuele machine. Controleer de beschikbaarheid van alle clusterhosts. Start de virtuele machine opnieuw op om te herstellen. Als u meer hulp nodig hebt, neem dan gerust contact op met ondersteuning voor Azure voor hulp.
Mogelijke voordelen: verbeterde beschikbaarheid
VM-agent is 9.9.9.9. Voer een upgrade uit voor het cluster.
Onze records geven aan dat een of meer van uw clusters installatiekopieën gebruiken die februari 2022 of ouder (installatiekopieversies 2202xxxxxxxx of ouder) als datum hebben. Er is een mogelijk betrouwbaarheidsprobleem op HDInsight-clusters die gebruikmaken van installatiekopieën die februari 2022 of ouder als datum hebben. Overweeg om uw clusters opnieuw te bouwen met de nieuwste installatiekopie.
Mogelijke voordelen: verbeterde betrouwbaarheid in schalen en netwerkconnectiviteit
Media Services
Media Services-quota of -limieten verhogen
Wanneer een media-account de quotumlimieten bereikt, kan er sprake zijn van onderbreking van de service. Als u onderbrekingen van de service wilt voorkomen, bekijkt u het huidige gebruik van assets, beleid voor inhoudssleutels en streambeleid en verhoogt u quotumlimieten voor de entiteiten die bijna de limiet bereiken. U kunt een verhoging van de quotumlimieten aanvragen door een ticket te openen en relevante details toe te voegen. TIP: maak geen extra Azure Media-accounts om zo te proberen de limieten te verhogen.
Mogelijke voordelen: vermijd eventuele onderbrekingen van de service omdat de klant quotumlimieten overschrijdt.
Zie Quota en limieten voor Azure Media Services voor meer informatie
Service Bus
Service Bus Premium-laag gebruiken voor verbeterde tolerantie
Bij het uitvoeren van kritieke toepassingen biedt de Service Bus Premium-laag betere resource-isolatie op CPU- en geheugenniveau, waardoor de beschikbaarheid wordt verbeterd. Het biedt ook ondersteuning voor geo-herstel na noodgevallen, waardoor u eenvoudiger herstel na regionale noodgevallen kunt uitvoeren zonder dat u toepassingsconfiguraties hoeft te wijzigen.
Mogelijke voordelen: De Service Bus Premium-laag biedt betere tolerantie met isolatie van CPU- en geheugenresources, evenals herstel na noodgeval
Zie de Service Bus Premium Messaging-laag voor meer informatie
Gebruik de functie voor autoschalen van de Service Bus in de Premium-laag voor verbeterde tolerantie
Wanneer u kritieke toepassingen uitvoert, kunt u met het inschakelen van de functie voor automatische schaalaanpassing voldoende capaciteit hebben om de belasting van uw toepassing af te handelen. Als u de juiste hoeveelheid resources uitvoert, kunt u de beperking verminderen en een betere gebruikerservaring bieden.
Mogelijke voordelen: door automatisch schalen in te schakelen voorkomt u dat gebruikers capaciteitsbeperkingen hebben
Zie Berichteneenheden van een Azure Service Bus-naamruimte automatisch bijwerken voor meer informatie
SQL Server op virtuele machines in Azure
Azure Backup voor SQL inschakelen op uw virtuele machines
Profiteer van de voordelen van backups zonder infrastructuur, herstel naar een bepaald tijdstip en centraal beheer met SQL AG-integratie.
Mogelijke voordelen: SQL-bewuste back-ups zonder infrastructuur voor back-up, gecentraliseerd beheer, AG-integratie en herstel naar een bepaald tijdstip
Zie Voor meer informatie over SQL Server Backup in Azure-VM's
Storage
Managed Disks gebruiken voor opslagaccounts die hun capaciteitslimiet bereiken
Wanneer niet-beheerde Premium SSD-schijven in opslagaccounts hun limiet voor Premium Storage-capaciteit bereiken, kunnen er fouten optreden. Om fouten te voorkomen wanneer deze limiet is bereikt, migreert u naar Managed Disks, aangezien daarvoor geen capaciteitslimiet geldt. Deze migratie kan in minder dan vijf minuten via de portal worden uitgevoerd.
Mogelijke voordelen: schaalproblemen voorkomen wanneer het account de capaciteitslimiet bereikt
Zie Schaalbaarheids- en prestatiedoelen voor standaardopslagaccounts voor meer informatie
Blob-back-up configureren
Azure blob backup helpt bij het beschermen van gegevens tegen onbedoelde of kwaadwillende verwijdering. Wij adviseren u om blob backup te configureren.
Mogelijke voordelen: gegevens beschermen tegen onbedoelde of schadelijke verwijdering
Zie Overzicht van Azure Blob Backup voor meer informatie
Abonnementen
Schakel Azure Backup in om eenvoudige, betrouwbare en kosteneffectieve beveiliging voor uw gegevens te verkrijgen
Beveilig uw gegevens en toepassingen met een robuuste back-up met één klik vanuit Azure. Activeer Azure Backup om kosteneffectieve beveiliging te krijgen voor een breed scala aan workloads, waaronder VM's, SQL-databases, toepassingen en bestandsshares.
Mogelijke voordelen: zorg ervoor dat uw bedrijfskritieke toepassingen beveiligd blijven
Zie de documentatie voor Azure Backup - Azure Backup voor meer informatie
Een Azure Service Health-waarschuwing maken
Azure Service Health-waarschuwingen houden u op de hoogte van problemen en adviezen op vier gebieden (serviceproblemen, gepland onderhoud, beveiligings- en statusadviezen). Deze waarschuwingen worden aangepast om u op de hoogte te stellen van onderbrekingen of mogelijke gevolgen voor uw gekozen Azure-regio's en -services.
Mogelijke voordelen: Blijf op de hoogte van problemen en adviezen op vier gebieden (serviceproblemen, gepland onderhoud, beveiligingsadviezen en gezondheidsadviezen)
Zie Waarschuwingen voor activiteitenlogboeken maken in servicemeldingen met behulp van Azure Portal voor meer informatie
Virtual Machines
Verbeter de betrouwbaarheid van gegevens door Managed Disks te gebruiken
Virtuele machines in een beschikbaarheidsset met schijven die opslagaccounts of opslagschaaleenheden delen, zijn niet bestand tegen storingen in één opslagschaaleenheid tijdens storingen. Migreer naar Azure Managed Disks om te zorgen dat de schijven van verschillende VM's in de beschikbaarheidsset voldoende geïsoleerd zijn om een Single Point of Failure te vermijden.
Mogelijke voordelen: zorgen voor bedrijfscontinuïteit via gegevenstolerantie
Zie voor meer informatie https://aka.ms/aa_avset_manageddisk_learnmore
Replicatie van de virtuele machine inschakelen om uw toepassingen te beschermen tegen regionale uitval
Virtuele machines zijn bestand tegen regionale storingen wanneer replicatie naar een andere regio is ingeschakeld. Als u de negatieve bedrijfsimpact tijdens een storing in een Azure-regio wilt beperken, raden we u aan om replicatie van alle bedrijfskritische virtuele machines in te schakelen.
Mogelijke voordelen: zorgen voor bedrijfscontinuïteit in geval van een storing in de Azure-regio
Zie quickstart: Herstel na noodgevallen instellen naar een secundaire Azure-regio voor een Azure-VM voor meer informatie
Het uitgaande verbindingsprotocol bijwerken naar servicetags voor Azure Site Recovery
Acceptatielijst op basis van IP-adressen is een manier voor het beheren van uitgaande connectiviteit voor firewalls die beveiligingsproblemen kan opleveren. Servicetags zijn een goed alternatief. U wordt ten sterkste aangeraden servicetags te gebruiken om connectiviteit met Azure Site Recovery-services voor de computers toe te staan.
Mogelijke voordelen: zorgt voor betere beveiliging, stabiliteit en tolerantie dan in code vastgelegde IP-adressen
Zie Voor meer informatie over netwerken in Herstel na noodgevallen van Azure-VM's
Een upgrade naar Premium uitvoeren voor de standaardschijven die zijn gekoppeld aan uw Premium-VM's
Het gebruik van Standard SSD-schijven met premium-VM's kan leiden tot suboptimale prestatie- en latentieproblemen. Wij adviseren u om de standaardschijven te upgraden naar Premium-schijven. Voor virtuele machines met één instantie die Premium Storage gebruiken voor alle besturingssysteemschijven en gegevensschijven, garanderen we ten minste 99,9% VM-connectiviteit. Bij het kiezen van een upgrade moet er met twee factoren rekening worden gehouden. De eerste factor is dat de virtuele machines opnieuw worden opgestart bij een upgrade. Dit proces neemt 3 tot 5 minuten in beslag. Ten tweede moet u een afweging maken tussen de verbeterde beschikbaarheid en de kosten van Premium-schijven. Dit is van belang wanneer de virtuele machines in de lijst essentieel zijn voor de productie.
Mogelijke voordelen: verbeterde beschikbaarheid met één SLA voor vm's is alleen beschikbaar wanneer alle schijven premium zijn
Zie Azure Managed Disk Types voor meer informatie
Virtuele machine zonder extra kosten upgraden van Premium Unmanaged Disks naar Managed Disks
Azure Managed Disks biedt betere tolerantie, vereenvoudigd servicebeheer, een hoger schaaldoel en meer keuze uit verschillende schijftypen. Uw VM gebruikt premium onbeheerde schijven die zonder extra kosten via de portal in minder dan 5 minuten kunnen worden gemigreerd naar beheerde schijven.
Mogelijke voordelen: maak gebruik van hogere tolerantie en andere voordelen van Managed Disks
Zie Inleiding tot beheerde Azure-schijven voor meer informatie
De afgeschafte installatiekopie van de virtuele machine upgraden naar een nieuwere installatiekopie
Virtuele machines (VM’s) in uw abonnement worden uitgevoerd op installatiekopieën die zijn gepland voor afschaffing. Zodra de installatiekopie is afgeschaft, kunnen er geen nieuwe VM's worden gemaakt van de afgeschafte installatiekopie. Upgrade naar een nieuwere installatiekopie om onderbreking van uw workloads te voorkomen. (VMRunningDeprecatedImage)
Mogelijke voordelen: mogelijke onderbrekingen van uw VM-workloads minimaliseren
Zie Afgeschafte Azure Marketplace-installatiekopieën - Azure Virtual Machines voor meer informatie
Upgraden naar een nieuwere aanbieding van de installatiekopie van virtuele machine
Virtuele machines (VM’s) in uw abonnement worden uitgevoerd op installatiekopieën die zijn gepland voor afschaffing. Zodra de installatiekopie is afgeschaft, kunnen er geen nieuwe VM's worden gemaakt van de afgeschafte installatiekopie. Upgrade naar een nieuwere installatiekopie om onderbreking van uw workloads te voorkomen. (VMRunningDeprecatedOfferLevelImage)
Mogelijke voordelen: mogelijke onderbrekingen van uw VM-workloads minimaliseren
Zie Afgeschafte Azure Marketplace-installatiekopieën - Azure Virtual Machines voor meer informatie
Een upgrade uitvoeren naar een nieuwere SKU van de installatiekopie van virtuele machine
Virtuele machines (VM’s) in uw abonnement worden uitgevoerd op installatiekopieën die zijn gepland voor afschaffing. Zodra de installatiekopie is afgeschaft, kunnen er geen nieuwe VM's worden gemaakt van de afgeschafte installatiekopie. Upgrade naar een nieuwere installatiekopie om onderbreking van uw workloads te voorkomen.
Mogelijke voordelen: mogelijke onderbrekingen van uw VM-workloads minimaliseren
Zie Afgeschafte Azure Marketplace-installatiekopieën - Azure Virtual Machines voor meer informatie
Uw virtuele-machineschaalset upgraden naar een alternatieve versie van de installatiekopieën
VMSS in uw abonnement worden uitgevoerd op installatiekopieën die zijn gepland voor afschaffing. Zodra de installatiekopieën zijn afgeschaft, worden de workloads van de virtuele-machineschaalset niet meer uitgeschaald. Voer een upgrade uit naar een nieuwere versie van de installatiekopie om onderbreking van uw workload te voorkomen.
Mogelijke voordelen: mogelijke onderbrekingen van uw virtuele-machineschaalset minimaliseren
Zie Afgeschafte Azure Marketplace-installatiekopieën - Azure Virtual Machines voor meer informatie
Uw virtuele-machineschaalset upgraden naar een alternatieve installatiekopieënaanbieding
VMSS in uw abonnement worden uitgevoerd op installatiekopieën die zijn gepland voor afschaffing. Zodra de installatiekopieën zijn afgeschaft, worden de workloads van de virtuele-machineschaalset niet meer uitgeschaald. Als u onderbreking van uw workload wilt voorkomen, voert u een upgrade uit naar een nieuwere aanbieding van de installatiekopie.
Mogelijke voordelen: mogelijke onderbrekingen van uw virtuele-machineschaalset minimaliseren
Zie Afgeschafte Azure Marketplace-installatiekopieën - Azure Virtual Machines voor meer informatie
Uw virtuele-machineschaalset upgraden naar een alternatieve installatiekopieën-SKU
VMSS in uw abonnement worden uitgevoerd op installatiekopieën die zijn gepland voor afschaffing. Zodra de installatiekopieën zijn afgeschaft, worden de workloads van de virtuele-machineschaalset niet meer uitgeschaald. Als u onderbreking van uw workload wilt voorkomen, voert u een upgrade uit naar een nieuwere SKU van de installatiekopie.
Mogelijke voordelen: mogelijke onderbrekingen van uw virtuele-machineschaalset minimaliseren
Zie Afgeschafte Azure Marketplace-installatiekopieën - Azure Virtual Machines voor meer informatie
Geef toegang tot verplichte URL's die ontbreken voor uw Azure Virtual Desktop-omgeving
Om een sessiehost goed te kunnen implementeren en registreren bij Windows Virtual Desktop (WVD), hebt u een set URL's nodig in de 'acceptatielijst' voor het geval uw VM in een omgeving met beperkingen draait. Zoek in uw Toepassingsgebeurtenislogboek naar gebeurtenis 3702 voor specifieke URL's die ontbreken in uw acceptatielijst van URL's.
Mogelijke voordelen: zorg voor een geslaagde implementatie- en sessiehostfunctionaliteit bij het gebruik van de Windows Virtual Desktop-service
Zie Vereiste FQDN's en eindpunten voor Azure Virtual Desktop voor meer informatie
Locatie van resource en resourcegroep uitlijnen
Als u de impact van regiostoringen wilt verminderen, zoekt u uw resources samen met hun resourcegroep in dezelfde regio. Op deze manier slaat Azure Resource Manager metagegevens op die betrekking hebben op alle resources in de groep in één regio. Door samen te zoeken vermindert u de kans dat deze wordt beïnvloed door regio's die niet beschikbaar zijn.
Mogelijke voordelen: schrijffouten verminderen vanwege regiostoringen
Zie Wat is Azure Resource Manager?
Beschikbaarheidszones gebruiken voor betere tolerantie en beschikbaarheid
Beschikbaarheidszones in Azure beschermen uw toepassingen en gegevens tegen storingen in datacenters. Elke beschikbaarheidszone bestaat uit een of meer datacenters die zijn voorzien van een onafhankelijke stroomvoorziening, koeling en netwerken. Door oplossingen te ontwerpen voor het gebruik van zonegebonden VM's, kunt u uw VM's isoleren van fouten in elke andere zone.
Mogelijke voordelen: het gebruik van zonegebonden VM's beschermt uw apps tegen zonegebonden storingen in andere zones.
Zie Azure-VM's met één exemplaar verplaatsen van regionale naar zonegebonden beschikbaarheidszones voor meer informatie
Toepassing Health Monitoring voor virtuele-machineschaalset (VMSS) inschakelen
Door toepassingsstatuscontrole voor virtuele-machineschaalsets te configureren met behulp van de Application Health-extensie of load balancer-statustests, kan het Azure-platform de tolerantie van uw toepassing verbeteren door te reageren op wijzigingen in de toepassingsstatus.
Mogelijke voordelen: verhoog de tolerantie door de toepassingsstatus beschikbaar te maken voor Azure
Zie Application Health-extensie gebruiken met Virtuele-machineschaalsets voor meer informatie
Back-ups op uw virtuele machines inschakelen
Beveilig uw gegevens door back-ups voor uw virtuele machines in te schakelen.
Mogelijke voordelen: Beveiliging van uw virtuele machines
Zie Wat is de Azure Backup-service voor meer informatie ?
Beleid voor automatisch herstellen inschakelen op virtuele-machineschaalsets van Azure (VMSS)
Het inschakelen van automatische instantieherstel helpt bij het realiseren van hoge beschikbaarheid door een set onbeschadigde instanties te onderhouden. Als een beschadigde instantie wordt gevonden door de Application Health-extensie of taakverdeling statustest, probeert automatische instantieherstel de instantie te herstellen door herstelacties in gang te zetten.
Mogelijke voordelen: verhoog de tolerantie door het herstellen van mislukte exemplaren te automatiseren
Zie Automatische exemplaarreparaties voor Virtuele-machineschaalsets van Azure voor meer informatie
Geautomatiseerd schalen van virtuele-machineschaalsets configureren op basis van metrische gegevens
Optimaliseer het resourcegebruik, verlaag de kosten en verbeter de prestaties van toepassingen met aangepast automatisch schalen op basis van een metrische waarde. Automatisch exemplaren van virtuele machines toevoegen op basis van realtime metrische gegevens, zoals CPU, geheugen en schijfbewerkingen. Zorg voor hoge beschikbaarheid terwijl kostenefficiëntie behouden blijft.
Mogelijke voordelen: zorgt voor hoge beschikbaarheid met behoud van kostenefficiëntie
Zie Overzicht van automatische schaalaanpassing met Virtuele-machineschaalsets van Azure voor meer informatie
Azure-schijven met zone-redundante opslag (ZRS) gebruiken voor hogere tolerantie en beschikbaarheid
Azure-schijven met ZRS bieden synchrone replicatie van gegevens over drie beschikbaarheidszones in een regio, waardoor de schijf bestand is tegen zonegebonden fouten en onderbrekingen in toepassingen worden voorkomen. Migreer disks van LRS naar ZRS voor hogere tolerantie en beschikbaarheid.
Mogelijke voordelen: Door uw toepassingen te ontwerpen voor het gebruik van ZRS-schijven, worden uw gegevens gerepliceerd in 3 Beschikbaarheidszones, waardoor uw schijf bestand is tegen een zonegebonden storing
Zie Een schijf converteren van LRS naar ZRS voor meer informatie
Workloads
Een permanente beschikbaarheidsgroep configureren voor multifunctionele SQL-servers (MPSQL)
MPSQL-servers met een permanente beschikbaarheidsgroep hebben een betere beschikbaarheid. Uw MPSQL-servers zijn niet geconfigureerd als onderdeel van een AlwaysOn-beschikbaarheidsgroep in de gedeelde infrastructuur in uw Epic-systeem. Permanente beschikbaarheidsgroepen verbeteren de databasebeschikbaarheid en het gebruik van bronnen.
Mogelijke voordelen: Verbeterde databasebeschikbaarheid en resourcegebruik
Zie Wat is een AlwaysOn-beschikbaarheidsgroep voor meer informatie ?
Lokale hostcache configureren op Citrix VDI-servers om naadloze verbindingsbrokerbewerkingen te garanderen
We hebben vastgesteld dat uw Citrix VDI-servers geen lokale hostcache zijn geconfigureerd. Local Host Cache (LHC) is een functie in Citrix Virtual Apps en Desktops waarmee verbindingsbrokerbewerkingen kunnen worden voortgezet wanneer er een storing optreedt. LHC neemt contact op wanneer de sitedatabase gedurende 90 seconden niet toegankelijk is.
Mogelijke voordelen: Naadloze verbindingsbrokerbewerkingen
Hyperspace-webservers implementeren als onderdeel van een Virtual Machine Scale Set Flex geconfigureerd voor 3 zones
We hebben vastgesteld dat uw Hyperspace-webservers in de virtuele-machineschaalset flexset niet worden verdeeld over drie zones in de geselecteerde regio. Voor services zoals Hyperspace Web in Epic-systemen waarvoor hoge beschikbaarheid en grootschalige schaal is vereist, is het raadzaam dat servers worden geïmplementeerd als onderdeel van Virtual Machine Scale Set Flex en verspreid over drie zones. Met Flexibele indeling biedt Azure een uniforme ervaring in het Azure VM-ecosysteem
Mogelijke voordelen: hoge beschikbaarheid en grootschalige schaal voor Hyperspace-webservers in Epic DB
Zie Een virtuele-machineschaalset maken die gebruikmaakt van Beschikbaarheidszones voor meer informatie
Stel de time-out bij inactiviteit in Azure Load Balancer in op 30 minuten voor het instellen van hoge beschikbaarheid van ASCS in SAP-workloads
Als u time-out van load balancer wilt voorkomen, moet u ervoor zorgen dat voor alle Azure-taakverdelingsregels de waarde 'Idle timeout (minutes)' is ingesteld op de maximumwaarde van 30 minuten. Open de taakverdeling, selecteer 'regels voor taakverdeling' en voeg de regel toe of bewerk deze om de instelling in te schakelen.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Zwevend IP-adres inschakelen in de Azure Load Balancer voor het instellen van hoge beschikbaarheid van ASCS in SAP-workloads
Schakel voor poorthergebruik en betere hoge beschikbaarheid zwevende IP in in de loadbalancingregels voor de Azure Load Balancer voor opstelling met hoge beschikbaarheid van ASCS instantie in SAP workloads. Open de load balancer, selecteer 'taakverdelingsregels' en voeg de regel toe/bewerk de regel om in te schakelen.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Poorten voor hoge beschikbaarheid inschakelen in de Azure Load Balancer voor het instellen van hoge beschikbaarheid van ASCS in SAP-workloads
Voor hergebruik van poorten en betere hoge beschikbaarheid, zet u poorten met hoge beschikbaarheid aan in de loadbalanceringsregels voor instellingen met hoge beschikbaarheid van ASCS-instanties in SAP workloads. Open de load balancer, selecteer 'taakverdelingsregels' en voeg de regel toe/bewerk de regel om in te schakelen.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
TCP-tijdstempels uitschakelen op VM's die zich achter Azure Load Balancer bevinden in de configuratie van hoge beschikbaarheid van ASCS in SAP-workloads
Als u TCP-tijdstempels inschakelt, mislukken de statustests omdat TCP-pakketten worden verwijderd door de TCP-stack van het gastbesturingssysteem van de VM, waardoor de load balancer het eindpunt als offline markeert
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie voor meer informatie https://launchpad.support.sap.com/#/notes/2382421
Stel de time-out bij inactiviteit in Azure Load Balancer in op 30 minuten voor het instellen van hoge beschikbaarheid van HANA-database in SAP-workloads
Om een time-out van de taakverdeling te voorkomen, moet u ervoor zorgen dat de parameter 'Idle timeout (minuten)' van alle Azure Load Balancing regels is ingesteld op de maximale waarde van 30 minuten. Open de load balancer, selecteer 'taakverdelingsregels' en voeg de regel toe/bewerk de regel om de aanbevolen instellingen in te schakelen.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Zwevend IP-adres inschakelen in de Azure Load Balancer voor het instellen van hoge beschikbaarheid van HANA-database in SAP-workloads
Schakel voor flexibelere routering zwevende IP in in de loadbalancingregels voor de Azure Load Balancer voor opstelling met hoge beschikbaarheid van HANA DB instantie in SAP workloads. Open de load balancer, selecteer 'taakverdelingsregels' en voeg de regel toe/bewerk de regel om de aanbevolen instellingen in te schakelen.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Poorten voor hoge beschikbaarheid inschakelen in de Azure Load Balancer voor het instellen van hoge beschikbaarheid van HANA-database in SAP-workloads
Schakel voor een betere schaalbaarheid poorten met hoge beschikbarheid in bij de regels voor taakverdeling met hoge beschikbaarheid voor het instellen van HANA DB-instanties in SAP workloads. Open de load balancer, selecteer 'taakverdelingsregels' en voeg de regel toe/bewerk de regel om de aanbevolen instellingen in te schakelen.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
TCP-tijdstempels uitschakelen op VM's die zich achter Azure Load Balancer bevinden in de configuratie van hoge beschikbaarheid van HANA-database in SAP-workloads
Schakel TCP-tijdstempels uit op VM's die zich achter Azure Load Balancer bevinden. Het inschakelen van TCP-tijdstempels zorgt ervoor dat de statustests mislukken doordat TCP-pakketten worden weggelaten door de TCP-stack van het gast-OS van de VM, waardoor de taakverdeling het eindpunt als offline markeert.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Statustests van Azure Load Balancer voor meer informatie
Zorg ervoor dat stonith is ingeschakeld voor de pacemakerconfiguratie in de configuratie van ASCS in SAP-workloads met hoge beschikbaarheid
In een Pacemaker cluster wordt de implementatie van fencing op knooppuntniveau gedaan met behulp van een STONITH (Shoot The Other Node in the Head) bron. Om falende knooppunten te helpen beheren, moet 'stonith-enable' ingesteld zijn op 'waar' in de clusterconfiguratie met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid van SAP HANA op Azure-VM's in Red Hat Enterprise Linux voor meer informatie
Stel de corosync-token in het Pacemaker-cluster in op 30000 voor configuratie van ASCS-setup in SAP-workloads met hoge beschikbaarheid (RHEL)
De corosync-tokeninstelling bepaalt de time-out die rechtstreeks of als basis wordt gebruikt voor realtime time-outberekeningen in clusters met hoge beschikbaarheid. Om geheugenbehoud toe te staan, stelt u het corosync token in op 30000 voor SAP op Azure.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid van SAP HANA op Azure-VM's in Red Hat Enterprise Linux voor meer informatie
Stel de parameter voor het aantal verwachte stemmen in op '2' in de clusterconfiguratie in de configuratie van ASCS in SAP-workloads met hoge beschikbaarheid (RHEL)
Voor een cluster met twee knooppunten en hoge beschikbaarheid stelt u de quorumparameter 'expected_votes' in op ‘2’, zoals wordt aanbevolen voor SAP on Azure om een juiste quorum, tolerantie en gegevensconsistentie te garanderen.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid van SAP HANA op Azure-VM's in Red Hat Enterprise Linux voor meer informatie
Schakel de parameter 'concurrent-fencing' in de Pacemaker-configuratie in de instellingen voor hoge beschikbaarheid van ASCS in SAP-workloads in (ConcurrentFencingHAASCSRH)
Met gelijktijdige fencing kunnen de fencing-bewerkingen parallel worden uitgevoerd, wat hoge beschikbaarheid (HA) verbetert, split-brain-scenario's voorkomt en bijdraagt aan een robuuste SAP-implementatie. Stel deze parameter in op 'waar' in de Pacemaker clusterconfiguratie voor ASCS installatie met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid van SAP HANA op Azure-VM's in Red Hat Enterprise Linux voor meer informatie
Zorg ervoor dat stonith is ingeschakeld voor de clusterconfiguratie in ASCS installatie met hoge beschikbaarheid in SAP workloads
In een Pacemaker cluster wordt de implementatie van fencing op knooppuntniveau gedaan met behulp van een STONITH (Shoot The Other Node in the Head) bron. Om falende knooppunten te helpen beheren, moet 'stonith-enable' ingesteld zijn op 'waar' in de clusterconfiguratie met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel de time-out voor stonith in op 144 voor de clusterconfiguratie in SAP-workloads van ASCS met hoge beschikbaarheid
De 'stonith-timeout' geeft aan hoe lang het cluster wacht totdat een STONITH-actie is voltooid. Als u deze instelt op '144' seconden, kunt u meer tijd hebben voor het voltooien van fencingacties. We raden deze instelling aan voor clusters met hoge beschikbaarheid voor SAP in Azure.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel de corosync-token in het Pacemaker-cluster in op 30000 voor configuratie van ASCS-setup in SAP-workloads met hoge beschikbaarheid (SUSE)
De corosync-tokeninstelling bepaalt de time-out die rechtstreeks of als basis wordt gebruikt voor realtime time-outberekeningen in clusters met hoge beschikbaarheid. Om geheugenbehoud toe te staan, stelt u het corosync token in op '30000' voor SAP op Azure.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel 'token_retransmits_before_loss_const' in op 10 in Pacemaker-cluster in de configuratie van ASCS met hoge beschikbaarheid in SAP-workloads
De corosync token_retransmits_before_loss_const bepaalt hoeveel token heruitzendingen worden geprobeerd voor de timeout in clusters met hoge beschikbaarheid. Stel voor stabiliteit en betrouwbaarheid de 'totem.token_retransmits_before_loss_const' in op 10 voor ascs installatie met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
De time-out 'corosync join' geeft in milliseconden aan hoe lang moet worden gewacht op joinberichten in het lidmaatschapsprotocol, dus wanneer een nieuw knooppunt lid wordt van het cluster, heeft het tijd om de status te synchroniseren met bestaande knooppunten. Instellen op '60' in Pacemaker clusterconfiguratie voor ASCS installatie met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel de 'corosync consensus' in het Pacemaker-cluster in op ‘36000’ voor configuratie van ASCS-setup in SAP-workloads met hoge beschikbaarheid
De parameter corosync 'consensus' geeft in milliseconden aan hoe lang er gewacht moet worden op consensus voordat er een ronde van lidmaatschap in de clusterconfiguratie wordt gestart. Stel 'consensus' in de Pacemaker clusterconfiguratie voor ASCS met hoge beschikbaarheid in op 1,2 keer het corosync token voor betrouwbaar failover-gedrag.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel de 'corosync max_messages' in het Pacemaker-cluster in op 20 voor configuratie van ASCS-setup in SAP-workloads met hoge beschikbaarheid
De corosync "max_messages" constante specificeert het maximum aantal berichten dat een processor kan versturen na ontvangst van het token. Stel deze in op 20 keer de corosync-tokenparameter in de Pacemaker-clusterconfiguratie om efficiënte communicatie mogelijk te maken zonder het netwerk te overbelasten.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel 'verwachte stemmen' in op '2' in de clusterconfiguratie in de configuratie van ASCS met hoge beschikbaarheid in SAP-workloads (SUSE)
Voor een cluster met twee knooppunten en hoge beschikbaarheid stelt u de quorumparameter 'expected_votes' in op 2, zoals wordt aanbevolen voor SAP in Azure om een juiste quorum, tolerantie en gegevensconsistentie te garanderen.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel de parameter two_node in op 1 in de clusterconfiguratie in de ASCS-instellingen voor hoge beschikbaarheid in SAP-workloads
Stel voor een cluster met hoge beschikbaarheid met twee knooppunten de quorumparameter 'two_node' in op 1, zoals aanbevolen voor SAP op Azure.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Gelijktijdige fencing inschakelen in pacemaker ASCS installatie met hoge beschikbaarheid in SAP workloads (ConcurrentFencingHAASCSSLE)
Met gelijktijdige fencing kunnen de fencing-bewerkingen parallel worden uitgevoerd, waardoor hoge beschikbaarheid wordt verbeterd, split-brain-scenario's wordt voorkomen en wordt bijgedragen aan een robuuste SAP-implementatie. Stel deze parameter in op 'waar' in de Pacemaker clusterconfiguratie voor ASCS installatie met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Zorg ervoor dat het aantal 'fence_azure_arm' instanties één is in Pacemaker bij ingeschakelde SAP werklasten met hoge beschikbaarheid
Als u de Azure Fence-agent gebruikt voor fencing met een beheerde identiteit of service-principal, moet u ervoor zorgen dat er één exemplaar van fence_azure_arm (een I/O-fencingagent voor Azure Resource Manager) is in de Pacemaker-configuratie voor ASCS installatie met hoge beschikbaarheid voor hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel stonith-timeout in op 900 in Pacemaker-configuratie met Azure fence agent voor ASCS installatie met hoge beschikbaarheid
Voor een betrouwbare werking van de Pacemaker voor ASCS met hoge beschikbaarheid stelt u de 'stonith-timeout' in op 900. Deze instelling is van toepassing als u de Azure fence agent gebruikt voor fencing met beheerde identiteit of service-principal.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Het configuratiebestand van softdogs maken in de Pacemaker-configuratie voor het instellen van ASCS HA in SAP-workloads
De softdog-timer wordt geladen als kernelmodule in het Linux-besturingssysteem. Deze timer activeert een systeemherstel als het detecteert dat het systeem is vastgelopen. Zorg ervoor dat het softdog-configuratiebestand wordt gemaakt in de Pacemaker-cluster voor het instellen van ASCS HA
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Zorg ervoor dat de softdog-module is geladen voor Pacemaler in de instelling van ASC HA in SAP-workloads
De softdog-timer wordt geladen als kernelmodule in het Linux-besturingssysteem. Deze timer activeert een systeemherstel als het detecteert dat het systeem is vastgelopen. Zorg er eerst voor dat u het configuratiebestand voor softdog hebt gemaakt. Laad vervolgens de softdog-module in de Pacemaker-configuratie voor de ASCS HA-installatie
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel de parameter PREFER_SITE_TAKEOVER in op 'waar' in de Pacemaker-configuratie voor de instellingen voor hoge beschikbaarheid van HANA DB
De parameter PREFER_SITE_TAKEOVER in SAP HANA bepaalt of de HANA systeemreplicatie (SR) resourceagent de voorkeur geeft aan het overnemen naar de secundaire instantie in plaats van de mislukte primaire instantie lokaal opnieuw te starten. Stel PREFER_SITE_TAKEOVER in op 'waar' voor een betrouwbare functie van HANA DB met hoge beschikbaarheid (HA).
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid van SAP HANA op Azure-VM's in Red Hat Enterprise Linux voor meer informatie
STONITH inschakelen in de clusterconfiguratie in SAP-workloads met hoge beschikbaarheid voor VM's met een Redhat-besturingssysteem
In een Pacemaker-cluster wordt de implementatie van knooppuntniveaubegrenzing uitgevoerd met behulp van de STONITH-resource (Shoot The Other Node in the Head). Zorg ervoor dat ‘stonith-enable’ is ingesteld op ‘waar’ in de configuratie van het cluster met hoge beschikbaarheid van uw SAP-workload.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid van SAP HANA op Azure-VM's in Red Hat Enterprise Linux voor meer informatie
Stel het corosync-token in het Pacemaker-cluster in op 30.000 voor met hoge beschikbaarheid ingeschakelde HANA DB voor VM met een RHEL-besturingssysteem
De corosync-tokeninstelling bepaalt de time-out die rechtstreeks of als basis wordt gebruikt voor realtime time-outberekeningen in clusters met hoge beschikbaarheid. Om geheugenbesparend onderhoud mogelijk te maken, stelt u het corosync token in op 30000 voor SAP on Azure met een Redhat-besturingssysteem.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid van SAP HANA op Azure-VM's in Red Hat Enterprise Linux voor meer informatie
Stel de parameter voor het aantal verwachte stemmen in op ‘2’ in SAP-workloads met hoge beschikbaarheid (RHEL)
Stel voor een cluster met twee knooppunten en hoge beschikbaarheid de quorumstemmen in op '2', zoals aanbevolen voor SAP on Azure om een goed quorum, tolerantie en gegevensconsistentie te garanderen.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid van SAP HANA op Azure-VM's in Red Hat Enterprise Linux voor meer informatie
Schakel de parameter 'concurrent-fencing' in de Pacemaker-configuratie in de configuratie voor HANA DB met hoge beschikbaarheid
Met gelijktijdige fencing kunnen de fencing-bewerkingen parallel worden uitgevoerd, wat hoge beschikbaarheid (HA) verbetert, split-brain-scenario's voorkomt en bijdraagt aan een robuuste SAP-implementatie. Stel deze parameter in op 'waar' in de pacemaker-clusterconfiguratie voor de installatie met hoge beschikbaarheid van HANA DB.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid van SAP HANA op Azure-VM's in Red Hat Enterprise Linux voor meer informatie
Stel de parameter PREFER_SITE_TAKEOVER in op 'true' in de clusterconfiguratie in SAP-workloads met hoge beschikbaarheid
De parameter PREFER_SITE_TAKEOVER in de SAP HANA-topologie definieert of de HANA SR resource agent er de voorkeur aan geeft om de secundaire instantie over te nemen in plaats van de mislukte primaire instantie lokaal opnieuw op te starten. Stel dit in op 'waar' voor een betrouwbare werking van HANA DB installatie met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stonith inschakelen in de clusterconfiguratie in SAP-workloads met hoge beschikbaarheid voor VM's met een SUSE-besturingssysteem
In een Pacemaker-cluster wordt de implementatie van knooppuntniveaubegrenzing uitgevoerd met behulp van de STONITH-resource (Shoot The Other Node in the Head). Om falende knooppunten te helpen beheren, moet 'stonith-enable' ingesteld zijn op 'waar' in de clusterconfiguratie met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel de time-out voor STONITH in op 144 voor de clustercofiguratie in SAP-workloads met hoge beschikbaarheid
De 'stonith-timeout' geeft aan hoe lang het cluster wacht totdat een STONITH-actie is voltooid. Als u deze instelt op '144' seconden, kunt u meer tijd hebben voor het voltooien van fencingacties. We raden deze instelling aan voor clusters met hoge beschikbaarheid voor SAP in Azure.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel het corosync-token in het Pacemaker-cluster in op 30.000 voor met hoge beschikbaarheid ingeschakelde HANA DB voor VM met een SUSE-besturingssysteem
De corosync-tokeninstelling bepaalt de time-out die rechtstreeks of als basis wordt gebruikt voor realtime time-outberekeningen in clusters met hoge beschikbaarheid. Als u onderhoud met geheugenbehoud wilt toestaan, stelt u het corosync-token in op 30000 voor HANA DB met hoge beschikbaarheid voor VM met SUSE-besturingssysteem.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel 'token_retransmits_before_loss_const' in op 10 in het Pacemaker-cluster in de configuratie in SAP-workloads met hoge beschikbaarheid
De corosync token_retransmits_before_loss_const bepaalt hoeveel token heruitzendingen worden geprobeerd voor de timeout in clusters met hoge beschikbaarheid. Stel de totem.token_retransmits_before_loss_const in op 10 zoals aanbevolen voor HANA DB installatie met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel de 'corosync join' in het Pacemaker-cluster in op 60 voor HANA DB met hoge beschikbaarheid in SAP-workloads
De time-out 'corosync join' geeft in milliseconden aan hoe lang moet worden gewacht op joinberichten in het lidmaatschapsprotocol, dus wanneer een nieuw knooppunt lid wordt van het cluster, heeft het tijd om de status te synchroniseren met bestaande knooppunten. Instellen op '60' in Pacemaker clusterconfiguratie voor HANA DB installatie met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel de 'corosync consensus' in het Pacemaker-cluster in op 36000 voor HANA DB met hoge beschikbaarheid in SAP-workloads
De corosync 'consensus' parameter specificeert in milliseconden hoe lang er gewacht moet worden op consensus voordat er een nieuwe ronde van lidmaatschap in het cluster gestart wordt. Voor betrouwbaar failovergedrag stelt u 'consensus' in de Pacemaker-clusterconfiguratie voor de HANA DB installatie met hoge beschikbaarheid in op 1,2 keer het corosync-token.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel de 'corosync max_messages' in het Pacemaker-cluster in op 20 voor HANA DB met hoge beschikbaarheid in SAP-workloads
De corosync "max_messages" constante specificeert het maximum aantal berichten dat een processor kan versturen na ontvangst van het token. Als u efficiënte communicatie wilt toestaan zonder het netwerk te overbelasten, stelt u het in op 20 keer de corosync-tokenparameter in de Pacemaker-clusterconfiguratie.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel de parameter voor het aantal verwachte stemmen in op 2 in SAP-workloads met hoge beschikbaarheid (SUSE)
Stel de parameter voor het aantal verwachte stemmen in op '2' in de clusterconfiguratie in SAP-workloads met hoge beschikbaarheid om een juiste quorum, tolerantie en gegevensconsistentie te garanderen.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel de parameter two_node in op 1 in de clusterconfiguratie in SAP-workloads met hoge beschikbaarheid
Stel voor een cluster met hoge beschikbaarheid met twee knooppunten de quorumparameter 'two_node' in op 1, zoals aanbevolen voor SAP op Azure.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Schakel de parameters 'concurrent-fencing' in de clusterconfiguratie in SAP-workloads met hoge beschikbaarheid in
Met gelijktijdige fencing kunnen de fencing-bewerkingen parallel worden uitgevoerd, waardoor hoge beschikbaarheid wordt verbeterd, split-brain-scenario's wordt voorkomen en wordt bijgedragen aan een robuuste SAP-implementatie. Stel deze parameter in op 'waar' in SAP-workloads met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Zorg ervoor dat er één instantie van fence_azure_arm is in de Pacemaker-configuratie voor HANA DB installatie met hoge beschikbaarheid
Als u Azure fence agent gebruikt voor fencing met beheerde identiteit of service-principal, zorg er dan voor dat één instantie van fence_azure_arm (een I/O fencing agent voor Azure Resource Manager) in de Pacemaker configuratie voor HANA DB installatie met hoge beschikbaarheid staat voor hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Stel uw stonith-time-out in op 900 in de Pacemaker-configuratie met de Azure Fence-agent voor het instellen van HANA DB HA
Als u de Azure Fence-agent gebruikt voor fencing met een beheerde identiteit of service-principal, moet u een betrouwbare functie van de Pacemaker voor de HANA DB installatie met hoge beschikbaarheid garanderen door de time-out 'stonith-timeout' in te stellen op 900.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Zorg ervoor dat het softdog-configuratiebestand in de Pacemaker-configuratie voor HANA DB in SAP workloads staat
De softdog-timer wordt geladen als kernelmodule in het Linux-besturingssysteem. Deze timer activeert een systeemreset als het detecteert dat het systeem is vastgelopen. Zorg ervoor dat het configuratiebestand voor softdog wordt gemaakt in het Pacemaker-cluster voor HANA DB installatie met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Zorg ervoor dat de softdog-module is geladen voor Pacemaler in de instelling van ASC met hoge beschikbaarheid in SAP-workloads
De softdog-timer wordt geladen als kernelmodule in het Linux-besturingssysteem. Deze timer activeert een systeemreset als het detecteert dat het systeem is vastgelopen. Zorg er eerst voor dat u het configuratiebestand voor softdog hebt gemaakt. Laad vervolgens de softdog-module in de Pacemaker-configuratie voor de HANA DB installatie met hoge beschikbaarheid.
Mogelijke voordelen: betrouwbaarheid van hoge beschikbaarheidsinstallatie in SAP-workloads
Zie Hoge beschikbaarheid voor SAP HANA op Azure-VM's op SUSE Linux Enterprise Server voor meer informatie
Volgende stappen
Meer informatie over betrouwbaarheid - Microsoft Azure Well Architected Framework