Maintenance dans les zones privées de la solution ULL
Cette page présente le processus de maintenance des zones privées utilisées par la solution Google Cloud Ultra Low Latency (ULL).
Présentation de la conception à double zone pour la solution ULL
La solution ULL utilise une conception à double zone pour s'assurer que la maintenance et les tests réguliers peuvent être effectués sans interrompre les transactions sur le marché. Pour prendre en charge cette conception, les zones privées utilisées pour la solution ULL présentent des propriétés de disponibilité et de maintenance uniques par rapport aux zones publiques dans Google Cloud. Pour plus de détails, consultez les pages suivantes :
- Deux zones privées dans une région donnée : une région donnée utilisée par la solution ULL comporte deux zones privées. Par exemple, la région
us-south1comporte les zones privéesus-south1-detus-south1-e. - Une seule zone est compatible avec les charges de travail de production à un moment donné : consultez les informations suivantes :
- La zone de production est l'environnement actif pour le trading en direct. Pour contribuer à maintenir un environnement stable dans cette zone, Google n'effectue aucune maintenance ni mise à jour.
- La zone de maintenance est l'environnement inactif dans lequel Google effectue les mises à jour et les réparations. Les opérateurs et les participants aux échanges peuvent également effectuer des mises à jour et des tests. Le processus de maintenance inclut des intervalles uniques qui déterminent le moment où Google effectue les mises à jour et les réparations, ainsi que le moment où les clients doivent effectuer les actions recommandées.
- Transition hebdomadaire des zones : le rôle de chaque zone change selon un calendrier hebdomadaire que vous pouvez consulter à l'aide de gcloud ou de l'API. Une fois par semaine, la zone de production existante bascule vers la zone de maintenance, et la zone de maintenance bascule vers la zone de production.
Exigences pour les opérateurs et les participants aux places de marché
Les opérateurs et participants aux échanges doivent s'assurer d'exécuter les charges de travail de production dans la zone de production, et d'effectuer les mises à jour et les tests dans la zone de maintenance, conformément aux actions recommandées pour chaque période de maintenance.
Pour plus d'informations, consultez les sections suivantes :
- Pour comprendre comment la maintenance progresse au cours d'une semaine donnée dans la zone de maintenance, consultez Intervalles de maintenance des zones.
- Pour afficher la maintenance en cours et à venir pour une zone donnée, y compris les heures de début et de fin spécifiques, consultez Afficher l'état de maintenance d'une zone.
Intervalles de maintenance des zones
Pour la zone désignée comme zone de maintenance pour une semaine donnée, les intervalles de maintenance séquentiels suivants se produisent. Pour connaître les heures de début et de fin spécifiques de chaque intervalle, consultez Afficher l'état de la maintenance des zones. Pour en savoir plus sur chaque intervalle, consultez la section Détails sur les intervalles de maintenance ci-dessous.
| Jour | Intervalles de maintenance applicables | Actions recommandées pour les opérateurs et les participants aux échanges |
|---|---|---|
| Jours 1 et 2 |
|
Évitez d'utiliser l'infrastructure, car les opérations peuvent échouer. |
| Jours 3, 4 et 5 |
|
Provisionnez des instances, mettez à jour des applications logicielles et mettez à jour des configurations d'infrastructure. Effectuez des tests fonctionnels. |
| Jours 6 et 7 |
|
Effectuez des tests de validation des performances et de contrainte. |
| Fin du jour 7 |
|
Migrez les charges de travail de production. |
Détails de l'intervalle de maintenance
Le tableau suivant décrit chaque période de maintenance.
| Intervalle de maintenance | Description |
|---|---|
| Période de migration avec interruption |
Cette période dure les 48 premières heures. Google effectue des mises à jour susceptibles de perturber les instances et les services. Il n'est pas recommandé d'utiliser l'infrastructure de la zone. Les API sont peut-être disponibles, mais les opérations sont instables. |
| Intervalle de maintenance client |
Cette période commence à la fin de la période de mise à niveau avec interruption et dure 72 heures. Les opérateurs et les participants aux échanges peuvent provisionner des instances, gérer et mettre à jour les logiciels exécutés sur les instances, mettre à jour les configurations d'infrastructure et effectuer des tests fonctionnels. |
| Période stable |
Cette période commence après la fin de l'intervalle de maintenance du client et dure environ 46 heures. Pendant cette période, la zone est stable. Les opérateurs et les participants de la bourse peuvent effectuer des tests de validation des performances et de résistance pour se préparer aux transactions actives dans la zone. |
| Période de transition |
Cette période commence après la période stable et dure environ deux heures. L'état de chaque zone change. La zone de production existante passe à la zone de maintenance. La zone de maintenance existante est remplacée par la zone de production. Pendant cette période, Google effectue des tâches préliminaires non perturbatrices. |
Expérience de maintenance des instances U4
L'expérience de maintenance des instances U4 dépend du type de machine :
- Instances Compute Engine ULL (U4P et U4C) : les instances ULL offrent une expérience de maintenance unique par rapport aux autres types d'instances dans Google Cloud. Ces instances sont gérées selon le calendrier de maintenance des zones privées de la solution ULL. La durée de la maintenance de l'hôte correspond à la période de mise à niveau avec interruption de la zone.
- Instances Compute Engine non ULL (U4S) : l'expérience de maintenance des instances non ULL est généralement cohérente avec celle des autres types d'instances dans Google Cloud , comme décrit dans Maintenance transparente. Toutefois, la migration à chaud des instances non ULL en raison de mises à niveau n'est pas compatible dans la zone de production.
Pour obtenir des informations générales sur la maintenance des instances Compute Engine, consultez À propos des événements hôtes.
Le tableau suivant décrit les propriétés de maintenance de l'hôte pour les types de machines U4.
| Type de machine | Fréquence typique des événements de maintenance planifiée | Comportement en cas de maintenance | Notification préalable | Maintenance à la demande |
|---|---|---|---|---|
| U4P et U4C | 14 jours | Arrêter | 14 jours | Non |
| U4S | 28 jours | Migration à chaud | 7 jours | Oui |
Afficher l'état de la maintenance d'une zone
Vous pouvez afficher les détails de la maintenance en cours et à venir pour une zone, y compris les heures de début et de fin spécifiques de chaque intervalle de maintenance, en utilisant l'une des options suivantes.
Activer les API
Si ce n'est pas déjà fait, activez les API suivantes.
Console
Activez l'API Compute Engine si ce n'est pas déjà fait.
Rôles requis pour activer les API
Pour activer les API, vous devez disposer de l'autorisation serviceusage.services.enable. Si vous avez créé le projet, vous disposez probablement déjà de cette autorisation grâce au rôle Propriétaire (roles/owner). Sinon, vous pouvez obtenir cette autorisation grâce au rôle Administrateur Service Usage (roles/serviceusage.serviceUsageAdmin). Découvrez comment attribuer des rôles.
gcloud
Activez l'API Compute Engine si elle ne l'est pas déjà :
Rôles requis pour activer les API
Pour activer les API, vous devez disposer de l'autorisation serviceusage.services.enable. Si vous avez créé le projet, vous disposez probablement déjà de cette autorisation grâce au rôle Propriétaire (roles/owner). Sinon, vous pouvez obtenir cette autorisation grâce au rôle Administrateur Service Usage (roles/serviceusage.serviceUsageAdmin). Découvrez comment attribuer des rôles.
gcloud services enable compute.googleapis.com
Afficher les détails de la maintenance
gcloud : la commande
gcloud compute zones describegcloud compute zones describe ZONE --project PROJECT
API : méthode
zones.getGET https://compute.googleapis.com/compute/v1/projects/PROJECT/zones/ZONE
Les informations sur la maintenance sont présentées dans la réponse dans une section semblable à l'exemple suivant :
"upcomingMaintenances": [
{
"type": "PRIVATE_ZONE_MAINTENANCE",
"subType": "MAINTENANCE_TYPE_DISRUPTIVE_UPGRADE",
"targetResource": "projects/my-project/zones/us-south1-d",
"windowStartTime": "2025-08-26T15:00:00Z",
"windowEndTime": "2025-08-27T15:00:00Z"
}
// Additional maintenance windows ...
]
Bien que Google Cloud fournisse également un état de maintenance au niveau de l'instance, comme décrit dans Surveiller et planifier un événement de maintenance de l'hôte, seule la sortie au niveau de la zone fournit le calendrier de maintenance complet et les détails de la période pour les zones privées ULL Solution, comme décrit dans la section Descriptions des champs suivante.
Limites
L'état de maintenance n'est pas disponible pour les opérations list avec gcloud ou l'API, par exemple en utilisant la méthode zones.list ou la méthode regionZones.list.
Vous devez utiliser la commande describe ou la méthode get précédentes pour afficher l'état de maintenance.
Descriptions de champs
Les sections suivantes décrivent les champs uniques disponibles pour les zones privées ULL Solution lorsque vous décrivez une zone. Les champs suivants ne sont pas disponibles pour les zones publiques dans Google Cloud.
resourceStatus.upcomingMaintenances[]
Tableau d'objets, où chaque objet représente un intervalle de maintenance planifié. Inclut toutes les périodes de maintenance en cours et à venir prévues dans les sept prochains jours.
| Champ | Type | Description |
|---|---|---|
type |
enum | Type de maintenance. Consultez type enum. |
subType |
enum | Sous-type de maintenance. Consultez l'énumération subType. |
targetResource |
string | Nom complet de la ressource de la zone en cours de maintenance (par exemple, projects/my-project/zones/us-south1-d). |
windowStartTime |
string | Heure de début de l'intervalle de maintenance au format RFC 3339 UTC "Zulu" (par exemple, 2025-08-26T15:00:00Z). |
windowEndTime |
string | Heure de fin de l'intervalle de maintenance au format RFC 3339 UTC "Zulu" (par exemple, 2025-08-27T15:00:00Z). |
type
| Valeur | Description |
|---|---|
MAINTENANCE_TYPE_UNSPECIFIED |
Valeur par défaut. |
PRIVATE_ZONE_MAINTENANCE |
Maintenance qui s'applique à une zone privée ULL Solution. |
subType
| Valeur | Description |
|---|---|
MAINTENANCE_SUBTYPE_UNSPECIFIED |
Valeur par défaut. |
MAINTENANCE_TYPE_DISRUPTIVE_UPGRADE |
Correspond à l'intervalle de mise à niveau avec interruption décrit dans Détails sur l'intervalle de maintenance de la zone. |
MAINTENANCE_TYPE_CUSTOMER_MAINTENANCE |
Correspond à l'intervalle de maintenance du client décrit dans Détails de l'intervalle de maintenance de la zone. |
MAINTENANCE_TYPE_STABLE |
Correspond à la période stable décrite dans Détails de l'intervalle de maintenance de la zone. |
MAINTENANCE_TYPE_TRANSITION |
Correspond à la période de transition décrite dans Détails de l'intervalle de maintenance des zones. |
warnings[]
Tableau d'objets d'avertissement fournissant des informations supplémentaires.
| Champ | Type | Description |
|---|---|---|
code |
enum | Code d'avertissement. Consultez l'énumération warning.code. |
message |
string | Description de l'avertissement. |
data |
tableau | Métadonnées sur l'avertissement sous forme de paires clé/valeur (par exemple, [{"key": "scope", "value": "zones/us-east1-d"}]). |
warning.code
| Valeur | Description |
|---|---|
WARNING_CODE_UNSPECIFIED |
Valeur par défaut. |
UPCOMING_MAINTENANCES_UNAVAILABLE |
Impossible de récupérer les informations sur l'intervalle de maintenance à venir. Réessayez plus tard. |