Anmerkung
Der Zugriff auf diese Seite erfordert eine Genehmigung. Du kannst versuchen, dich anzumelden oder die Verzeichnisse zu wechseln.
Der Zugriff auf diese Seite erfordert eine Genehmigung. Du kannst versuchen , die Verzeichnisse zu wechseln.
Mit den geplanten Wartungsfenstern von Azure Managed Redis können Sie bestimmte Zeiträume definieren, in denen Wartungsaktivitäten in Ihren Redis-Instanzen auftreten können. Sie steuern, wann Redis-Serverupdates und Betriebssystempatches angewendet werden, wodurch unerwartete Unterbrechungen für Ihre Anwendungen minimiert werden.
Azure Managed Redis übernimmt automatisch die Infrastrukturwartung, einschließlich Sicherheitspatches, Redis-Versionsupdates und Betriebssystemupdates. Ohne geplante Wartungsfenster erfolgen diese Updates nach Ermessen von Azure. Wenn Sie geplante Wartungsfenster konfigurieren, steuern Sie diesen Zeitplan.
Einige Wartungsaktivitäten sind ausgeschlossen. Weitere Informationen finden Sie unter "Ausgeschlossene Wartungsaktivitäten".
Dieses Feature befindet sich derzeit in der Vorschau und bietet ein Gleichgewicht zwischen den erforderlichen Systemupdates und den Anforderungen an die Anwendungsverfügbarkeit.
Voraussetzungen
- Eine vorhandene Azure Managed Redis-Instanz
- Wissen über die Nutzungsmuster Ihrer Anwendung und Zeiträume mit geringem Datenverkehr
- Vertrautheit mit dem Azure-Portal oder der Azure CLI für die Konfigurationsverwaltung
Planen eines Wartungsfensters
Navigieren Sie im Azure-Portal zu Ihrem Cache, und wählen Sie im Menü "Ressource" die Option "Wartung (Vorschau)" aus.
Aktivieren Sie im Arbeitsbereich den benutzerdefinierten Zeitplan.
Konfigurieren Sie Ihre Wartungsfenster, indem Sie die Dauer für jeden Wochentag in Stunden und Minuten festlegen.
Legen Sie das Zeitfenster für jeden Wartungszeitraum fest, und wählen Sie aus, welche Tage Sie von der Wartung einschließen oder ausschließen möchten.
Wartungsfenster: Anforderungen und Einschränkungen
Geplante Wartungsfenster verfügen über bestimmte Anforderungen und Einschränkungen, die definieren, wie Sie die Wartungsdauer konfigurieren können.
Daueranforderungen
- Mindestens 4 Stunden pro einzelnes Fenster
- Mindestens zwei Fenster pro Woche erforderlich
- Insgesamt 18 Stunden mindest pro Woche über alle Fenster hinweg
Zeiteinschränkungen
- Nur in UTC-Zeitzone angegebene Uhrzeiten
- Startzeiten müssen auf die volle Stunde fallen (keine Genauigkeit auf Minutenebene)
- Granularität begrenzt auf Stunden- oder Stunden- und Minutenintervalle
Planungsflexibilität
- Wählen Sie bestimmte Wochentage für die Wartung aus.
- Definieren unterschiedlicher Startzeiten für unterschiedliche Tage
- Konfigurationen jederzeit mit sofortiger Wirkung ändern
Arten von Wartungsaktivitäten
Geplante Wartungsfenster enthalten bestimmte Arten von Updates, während andere ausgenommen werden. Es gibt eine klare Grenze zwischen eingeschlossenen und ausgeschlossenen Aktivitäten.
Eingeschlossene Wartungsaktivitäten
- Redis Server-Softwareupdates und -Patches
- Gastbetriebssystemupdates auf VMs, die Redis-Instanzen hosten
- Kleinere Redis-Versionsupgrades im Rahmen regelmäßiger Wartungszyklen
Ausgeschlossene Wartungsaktivitäten
- Updates des Hostbetriebssystems auf der zugrunde liegenden Azure-Infrastruktur
- Updates für Azure-Netzwerkkomponenten
- Kritische Sicherheitspatches, die außerhalb von Fenstern zur Einhaltung von Sicherheitsvorschriften auftreten können
- Hauptversions-Upgrade von Redis, das Sie separat mit 90-tägigen Aufschuboptionen verwalten
Wartungseffekte und Verhalten
Während der geplanten Wartungsfenster werden Ihre Redis-Instanzen bestimmten Prozessen unterzogen, die sich auf Konnektivität und Leistung auswirken können.
Erwartete Effekte und Verhaltensweisen
- Kurze Verbindungsunterbrechungen aufgrund von Failovervorgängen
- Temporäre Erhöhung der Server-CPU- und Speicherauslastung während der Datenreplikation
- Redis-Instanzen bleiben verfügbar, können jedoch Verbindungsblips aufweisen
- Aktualisierungen werden nach dem Best-Effort-Prinzip innerhalb der angegebenen Zeitfenster angewendet.
Failoverprozess
Redis-Instanzen verwenden Failovermechanismen während der Wartung, um die Dienstverfügbarkeit aufrechtzuerhalten. Die Datenreplikation zwischen Knoten erfolgt während dieses Prozesses, wodurch die Ressourcenauslastung vorübergehend erhöht wird. Anwendungen sollten Verbindungs-Wiederholungslogik und Resilienzmuster implementieren, um diese kurzen Unterbrechungen ordnungsgemäß zu behandeln.
Weitere Informationen finden Sie unter Failover und Patching für Azure Managed Redis.
Flexibilität bei der Konfiguration
Das Feature für die geplante Wartung bietet fortlaufende Verwaltungsfunktionen, die sich an sich ändernde betriebliche Anforderungen anpassen.
Sofortige Änderungen
- Änderungen am Wartungsfenster werden sofort für zukünftige Wartungszyklen wirksam.
- Kein Wartezeit- oder Genehmigungsprozess erforderlich, um Aktualisierungen zu planen
- Änderungen wirken sich nicht auf die bereits ausgeführte Wartung aus
Überwachung und Sichtbarkeit
Azure bietet mehrere Möglichkeiten zum Nachverfolgen von Wartungsaktivitäten und deren Auswirkungen auf Ihre Redis-Instanzen.
Aktivitätsnachverfolgung
- Vergangene Wartungsaktivitäten werden in Azure-Aktivitätsprotokollen angezeigt
- Laufende Wartungsvorgänge, die durch Überwachungstools sichtbar sind
- Wartungsereignisse, die mit Zeitstempeln und Details protokolliert werden
Vorbereitungsempfehlungen
Anwendungen sollten Muster zur Verbesserung der Verbindungsstabilität implementieren, einschließlich Wiederholungslogik, Schutzschaltern und sanfter Degradation, um kurze Verbindungsunterbrechungen während Wartungsfenstern abzufedern.