Hologres:Primary/secondary instance deployment (shared storage)

Étape 1 : Acheter une instance secondaire en lecture seule

1. Accédez à la page d'achat de Hologres.

2. Définissez Instance Type sur Read-only Secondary Instance.

3. Pour Primary Instance ID of the Read-only Secondary Instance, sélectionnez l'ID de l'instance primaire.

4. Configurez les autres paramètres. Pour plus d'informations, consultez Acheter une instance Hologres.

Étape 2 : Vérifier le rattachement de l'instance secondaire

Après l'achat, l'instance secondaire est automatiquement rattachée à l'instance primaire sélectionnée. Attendez que l'état de l'instance passe à Running as Expected.

Étape 3 : Se connecter au endpoint de l'instance secondaire

Chaque instance secondaire dispose de son propre endpoint. Acheminez le trafic de lecture vers différents endpoints secondaires pour isoler les charges de travail selon les scénarios métier.

Récupération automatique sur instance unique

Chaque instance Hologres intègre une récupération automatique. Aucune intervention manuelle en matière d'exploitation et de maintenance n'est requise.

Les nœuds de calcul s'exécutent dans des conteneurs (Worker Nodes). Le Resource Manager vérifie périodiquement l'état de santé de chaque conteneur. Si un conteneur ne répond pas dans un délai d'une minute, en raison d'une erreur OOM, d'une défaillance matérielle ou de bugs logiciels, le Resource Manager lance un nœud de remplacement et migre les responsabilités des shards vers celui-ci.

Les données résident dans le système de stockage distribué Pangu, et non sur les nœuds de calcul. Comme les nœuds de calcul sont sans état, la récupération s'effectue sans migration de données, en environ une minute pour les versions V1.1 et ultérieures, soit 5 à 10 fois plus rapidement que les versions précédentes.

Les requêtes qui ciblent un nœud en cours de récupération échouent immédiatement pendant cette phase.

Architecture de stockage partagé multi-instances

La récupération sur instance unique entraîne tout de même une brève période d'indisponibilité. Pour les charges de travail nécessitant une disponibilité continue, les versions V1.1 et ultérieures prennent en charge le déploiement multi-instances avec stockage partagé.

Les instances partagent les données et les politiques d'accès, mais pas les ressources de calcul, ce qui assure une isolation des charges de travail et des pannes. Le stockage n'est facturé qu'une seule fois.

Synchronisation entre les instances

Les états mémoire se synchronisent en temps réel entre les instances, avec une latence de l'ordre de la milliseconde au sein d'une même région. Les écritures sur l'instance primaire sont automatiquement synchronisées avec toutes les instances secondaires.

Les instances secondaires consomment environ 1/8 du CPU et de la mémoire de l'instance primaire, même lorsqu'elles sont inactives. Évitez des spécifications trop différentes entre les instances primaires et secondaires.