Condividi tramite

Manutenzione pianificata in Azure Cosmos DB for PostgreSQL

  • Articolo

SI APPLICA A: Azure Cosmos DB for PostgreSQL (basato su estensione database Citus per PostgreSQL)

Azure Cosmos DB for PostgreSQL esegue una manutenzione periodica per mantenere i database gestiti sicuri, stabili e aggiornati. Durante la manutenzione, tutti i nodi del cluster ottengono nuove funzionalità, aggiornamenti e patch.

Le funzionalità principali della manutenzione pianificata per Azure Cosmos DB for PostgreSQL sono:

  • Gli aggiornamenti vengono applicati contemporaneamente in tutti i nodi del cluster
  • Le notifiche sulla manutenzione imminente vengono pubblicate in integrità dei servizi di Azure cinque giorni in anticipo
  • Normalmente, per un cluster, trascorrono almeno 30 giorni tra gli eventi di manutenzione eseguiti correttamente e l'altro
  • Il giorno preferito della settimana e la finestra temporale di quel giorno per l'avvio della manutenzione può essere definito singolarmente per ogni cluster

Selezione di una finestra di manutenzione e notifica sulla manutenzione imminente

È possibile pianificare la manutenzione durante un giorno specifico della settimana e in un intervallo di tempo all'interno di tale giorno. In alternativa, è possibile consentire al sistema di scegliere automaticamente un giorno e un intervallo di tempo. In entrambi i casi, il sistema avvisa l'utente cinque giorni prima dell’esecuzione di qualsiasi manutenzione. Il sistema inoltre invierà informazioni all'avvio della manutenzione e al termine dell'operazione.

Le notifiche relative alla manutenzione pianificata imminente vengono pubblicate in Integrità dei servizi di Azure e possono essere:

  • Inviate via e-mail a un indirizzo specifico
  • Inviate via e-mail al ruolo di Azure Resource Manager
  • Inviate con SMS a un dispositivo mobile
  • un push di notifica a un'app di Azure
  • un messaggio vocale

Quando si specificano le preferenze per il programma di manutenzione, è possibile scegliere un giorno della settimana e un intervallo di tempo. Se non si inserisce alcun orario, il sistema sceglierà un'ora tra le 23:00 e le 07:00 nell'ora dell'area del cluster. È possibile definire pianificazioni diverse per ciascun cluster nella sottoscrizione di Azure.

Importante

Normalmente, per un cluster, trascorrono almeno 30 giorni tra un evento di manutenzione pianificata eseguito correttamente e l'altro.

Tuttavia, nel caso di un aggiornamento critico di emergenza, ad esempio una vulnerabilità grave, la finestra di notifica potrebbe essere inferiore a cinque giorni. È possibile applicare l'aggiornamento critico al server anche se è stata eseguita correttamente una manutenzione pianificata negli ultimi 30 giorni.

Le impostazioni di pianificazione possono essere aggiornate in qualsiasi momento. Se è stata pianificata la manutenzione per il cluster e si aggiorna la pianificazione, gli eventi preesistenti saranno riprogrammati.

Se la manutenzione restituisce esito negativo o viene annullata, il sistema creerà una notifica. Proverà a eseguire di nuovo la manutenzione in base alle impostazioni di pianificazione correnti e invierà una notifica cinque giorni prima dell'evento di manutenzione successivo.

Passaggi successivi