PolarDB:Restore a cluster to a point in time

Notes d'utilisation

• Le cluster restauré hérite des données et des comptes du cluster source, mais pas de ses paramètres de configuration.

• La plage de temps de restauration disponible dépend du paramètre Log Retention Period (Days). Par défaut, vous pouvez restaurer les données à n'importe quel instant au cours des 7 derniers jours.

Procédure

1. Connectez-vous à la console PolarDB. Dans le volet de navigation de gauche, cliquez sur Clusters. Sélectionnez la région où se trouve votre cluster, puis cliquez sur l'ID du cluster pour afficher sa page de détails.

2. Dans le volet de navigation, choisissez Settings and Management > Backup and Restoration.

3. Effectuez une restauration à un instant donné.

   • Pour restaurer les données au sein de la même région :

     Sur la page Backup and Restoration, cliquez sur Point-in-time Restoration.

   • Pour restaurer les données entre différentes régions :

     1. Sur la page Backup and Restoration, sélectionnez la région contenant les données que vous souhaitez restaurer.

     2. Cliquez sur Point-in-time Restoration.

4. Sur la page de configuration, sélectionnez le Commodity Type pour le nouveau cluster.

   • Subscription : méthode de facturation prépayée pour laquelle vous payez les ressources de calcul à l'avance.

   • Pay-as-you-go : méthode de facturation postpayée pour laquelle vous êtes facturé en fonction des ressources de calcul utilisées.

   • Serverless : les frais incluent le coût des nœuds de calcul, PolarProxy, la capacité de stockage, le stockage des sauvegardes dépassant le quota gratuit et SQL Explorer (en option). Pour plus d'informations, consultez Tarification Serverless.

   Cette opération crée un nouveau cluster et n'affecte pas le cluster d'origine. La restauration à un instant donné permet de récupérer les données depuis les sauvegardes et les journaux redo du cluster d'origine vers le nouveau cluster. Les données et l'état d'exécution du cluster d'origine restent inchangés.

5. Configurez les paramètres suivants.

   Paramètre	Description
   Clusters	Sélectionnez Settings and Management.
   Backup and Restoration	Sélectionnez la région de destination pour la restauration. Remarque Si la sauvegarde inter-régions est activée, vous pouvez restaurer les données dans la région source ou la région de destination. Si la sauvegarde inter-régions est désactivée, la région de destination est par défaut identique à celle du cluster source et ne nécessite aucune sélection.
   Backup and Restoration	Sélectionnez l'instant auquel vous souhaitez restaurer les données. Remarque La plage de temps disponible dépend du paramètre Point-in-time Restoration. La valeur par défaut est de 7 jours.
   Backup and Restoration	Sélectionnez la zone de disponibilité principale pour le cluster. Remarque Dans une région comportant plusieurs zones de disponibilité, PolarDB réplique automatiquement les données vers une zone de disponibilité secondaire pour la reprise après sinistre.
   Point-in-time Restoration	Commodity Type : définissez le nombre minimal de nœuds en lecture seule pouvant être ajoutés. Valeurs valides : 0 à 15. Cloned By : définissez le nombre maximal de nœuds en lecture seule pouvant être ajoutés. Valeurs valides : 0 à 15. Remarque Le nombre de nœuds en lecture seule augmente ou diminue automatiquement dans les limites inférieure et supérieure que vous avez définies, en fonction de la charge de travail réelle. Pour plus de détails sur la politique de mise à l'échelle, consultez Mise à l'échelle. (Recommandé) Pour garantir la haute disponibilité du cluster serverless, définissez Restore to Point in Time sur 1. Region : définissez la limite inférieure du nombre d'unités PCU pour chaque nœud du cluster. Valeurs valides : 0,25 à 31 unités PCU. Point in Time : définissez la limite supérieure du nombre d'unités PCU pour chaque nœud du cluster. Valeurs valides : 1 à 32 unités PCU. Remarque Les unités PCU constituent l'unité de facturation à la seconde et de mise à l'échelle des ressources pour la fonctionnalité serverless. Une unité PCU équivaut approximativement à 1 cœur de processeur et 2 Go de mémoire. Le nombre d'unités PCU d'un nœud est ajusté dynamiquement dans la plage spécifiée en fonction de la charge de travail. La granularité minimale de mise à l'échelle est de 0,5 unité PCU. Exemple : si vous définissez Log Retention Period (Days) sur 2 unités PCU et Primary Zone sur 16 unités PCU, la spécification par défaut du nœud principal et des nœuds en lecture seule dans le cluster serverless est de 2 unités PCU (environ 2 cœurs et 4 Go de ressources). Lorsque le système détecte une augmentation de la charge de travail, il augmente automatiquement le nombre d'unités PCU du nœud principal ou des nœuds en lecture seule. Selon vos paramètres, ce nombre peut atteindre un maximum de 16 unités PCU (environ 16 cœurs et 32 Go de ressources). Remarque Ces paramètres sont disponibles uniquement lorsque Product Type est défini sur Serverless.
   Minimum Read-only Nodes
   Minimum Read-only Nodes
   Maximum Read-only Nodes
   Minimum Read-only Nodes	Ce paramètre est fixé sur Minimum PCUs per Node et ne peut pas être modifié.
   Maximum PCUs per Node	Sélectionnez le Minimum PCUs per Node et le vSwitch pour le cluster. Nous vous recommandons de sélectionner le même VPC et le même vSwitch que ceux du cluster source. Remarque Pour obtenir des performances optimales, assurez-vous que votre cluster PolarDB et les instances ECS auxquelles vous souhaitez vous connecter se trouvent dans le même VPC. Sinon, ils ne pourront pas communiquer via le réseau interne.
   vSwitch
   Maximum PCUs per Node	Ce paramètre est fixé sur la version de compatibilité du cluster source et ne peut pas être modifié. Par exemple, si le cluster source est entièrement compatible avec MySQL 8.0, la compatibilité du nouveau cluster est également fixée sur MySQL 8.0.
   Maximum Read-only Nodes	Sélectionnez 8.0.1 ou 8.0.2. Remarque Ce paramètre est disponible uniquement lorsque Compatibility est défini sur MySQL 8.0.
   Minimum PCUs per Node	Ce paramètre est fixé sur l'édition du cluster source et ne peut pas être modifié. Par exemple, si le cluster source est en Cluster Edition, le nouveau cluster sera également en Cluster Edition. Pour plus d'informations, consultez Éditions Enterprise.
   Maximum PCUs per Node	PolarDB for MySQL Cluster Edition prend en charge deux types de ressources : Network Type et VPC. Dedicated : chaque cluster utilise exclusivement ses ressources de calcul allouées, garantissant ainsi des performances stables et fiables. General-purpose : différents clusters hébergés sur le même serveur partagent les ressources de calcul inutilisées, offrant un meilleur rapport qualité-prix grâce à la mutualisation des ressources. Pour une comparaison détaillée des deux types de ressources, consultez Choisir entre les types de ressources general-purpose et dedicated.
   VPC	Ce paramètre est fixé sur l'architecture CPU du cluster source et ne peut pas être modifié.
   VPC	Sélectionnez des Compatibility. Différentes spécifications offrent des capacités de stockage maximales et des niveaux de performance variés. Pour plus d'informations, consultez Spécifications des nœuds de calcul Edition Enterprise. Remarque Pour garantir la stabilité du cluster restauré, nous vous recommandons de sélectionner des Minor Version égales ou supérieures à celles du cluster source.
   Edition	Si le cluster source est en Cluster Edition, le système affiche par défaut deux nœuds (un nœud en lecture-écriture et un nœud en lecture seule). Vous pouvez choisir de créer deux nœuds ou un seul nœud en lecture-écriture. Si le cluster source est en Multi-master Cluster (Limitless) Edition, le système crée par défaut deux nœuds principaux ayant les mêmes spécifications. Vous n'avez pas besoin de configurer ce paramètre.
   Type PolarProxy	PolarDB propose deux types de PolarProxy : Standard Enterprise Edition et Dedicated Enterprise Edition. Standard Enterprise Edition : utilisé avec le type de ressource general-purpose. Il partage les ressources CPU physiques et offre une mise à l'échelle élastique intelligente à la seconde près, en fonction de la charge de travail. Dedicated Enterprise Edition : utilisé avec le type de ressource dedicated. Il utilise des ressources CPU physiques dédiées pour une meilleure stabilité des performances. Remarque PolarProxy Enterprise Edition est actuellement gratuit. La politique de facturation future reste à déterminer.
   Database Type	Si vous choisissez d'General Specification, vous devez définir la Dedicated Specification. La plage valide s'étend de 5 minutes à 24 heures. Remarque Ces paramètres sont disponibles uniquement lorsque Product Type est défini sur Serverless.
   Activer le cluster de secours à chaud	PolarDB propose plusieurs modes de haute disponibilité. Après avoir activé la fonctionnalité de cluster de stockage de secours à chaud pour un cluster PolarDB, un cluster de stockage de secours à chaud est créé dans la zone secondaire de la région où réside le cluster PolarDB ou dans un centre de données différent au sein de la même zone. Le cluster de stockage de secours à chaud dispose de ressources de stockage indépendantes. Le fait que le cluster de stockage de secours à chaud possède des ressources de calcul indépendantes varie selon le mode de haute disponibilité. En cas de défaillance du cluster PolarDB dans la zone principale, le cluster de stockage de secours à chaud prend immédiatement le relais et gère les opérations de lecture et d'écriture ainsi que les tâches de stockage. Remarque Pour plus d'informations sur le cluster de stockage de secours à chaud et les solutions associées, consultez Modes de haute disponibilité (clusters de secours à chaud). Règles de modification des modes de haute disponibilité : Vous ne pouvez pas modifier directement le mode de haute disponibilité d'un cluster de CPU Architecture ou Node Specifications vers Node Specifications. Pour effectuer ce changement de mode de haute disponibilité, nous vous recommandons d'acheter un nouveau cluster et de sélectionner le mode de haute disponibilité Node Specifications pour ce cluster. Migrez ensuite le cluster existant vers le nouveau cluster à l'aide de Data Transmission Service (DTS). Pour savoir comment migrer un cluster existant vers un nouveau cluster, consultez Migration entre clusters PolarDB for MySQL. Vous pouvez sélectionner le mode de haute disponibilité Nodes uniquement lors de l'achat d'un nouveau cluster. Vous ne pouvez pas modifier le mode de haute disponibilité d'un cluster de Three Zones vers d'autres modes de haute disponibilité, ni inversement. Vous pouvez modifier manuellement le mode de haute disponibilité d'un cluster de Enable No-activity Suspension vers un autre mode de haute disponibilité. Pour plus d'informations, consultez Modes de haute disponibilité (clusters de secours à chaud).
   Cohérence forte inter-zones	Indique s'il faut activer la cohérence forte sur trois zones de disponibilité.
   Enable No-activity Suspension	Le type de stockage est hérité du cluster source. Si le cluster source utilise ESSD, vous ne pouvez sélectionner que ESSD. Si le cluster source utilise PSL4 ou PSL5, vous pouvez sélectionner PSL4 ou PSL5. Les disques cloud ESSD constituent une nouvelle génération de produits de disque ultra-performants d'Alibaba Cloud. Les disques ESSD reposent sur une architecture de stockage en bloc distribuée de nouvelle génération, combinée aux réseaux 25 GE et à la technologie RDMA, offrant jusqu'à 1 million d'IOPS en lecture/écriture aléatoire et une latence unidirectionnelle réduite par disque. Les disques ESSD se divisent dans les catégories suivantes : ESSD PL0 : disque ESSD de niveau de performance (PL) 0. ESSD PL1 : un disque ESSD PL1 offre cinq fois plus d'IOPS et environ deux fois le débit d'un disque ESSD PL0. ESSD PL2 : un disque ESSD PL2 offre environ deux fois plus d'IOPS et de débit qu'un disque ESSD PL1. ESSD PL3 : un disque ESSD PL3 offre jusqu'à 10 fois plus d'IOPS et 5 fois plus de débit qu'un disque ESSD PL2. Il convient aux charges de travail nécessitant des performances d'E/S concurrentes extrêmement élevées et une latence en lecture/écriture extrêmement stable. ESSD AutoPL : contrairement aux disques ESSD PL0, PL1, PL2 et PL3, les disques ESSD AutoPL dissocient les IOPS de la capacité, permettant une configuration flexible et un ajustement à la demande. Cela réduit le coût total de possession (TCO) global. Important Pour plus d'informations sur les performances des disques cloud ESSD, consultez Disques ESSD. Une fois l'espace de stockage d'un disque cloud ESSD plein, le disque est verrouillé et devient accessible en lecture seule. Pour éviter les interruptions d'activité, vous pouvez activer la mise à l'échelle automatique du stockage pour les disques cloud ESSD. PSL4 et PSL5 sont des types de stockage proposés par PolarDB pour différents scénarios métier. Les différences sont les suivantes : Type de stockage Fonctionnalités Scénarios PSL5 (PolarStore Level 5) Type de stockage pris en charge par les versions antérieures de PolarDB. Il s'agit du type de stockage par défaut pour les clusters PolarDB achetés avant le 7 juin 2022. PSL5 offre de meilleures performances, fiabilité et disponibilité. Scénarios métier nécessitant des performances et une fiabilité élevées et utilisant une base de données comme système central, tels que la finance, le commerce électronique, les services gouvernementaux et les entreprises Internet de taille moyenne à grande. PSL4 (PolarStore Level 4) PolarDB a lancé ce nouveau type de stockage. Il utilise la technologie propriétaire d'Alibaba Smart-SSD pour compresser et décompresser les données stockées au niveau physique du disque SSD. Cela réduit le prix du stockage par unité de capacité tout en maintenant l'impact sur les performances sous contrôle. Scénarios d'application nécessitant des coûts réduits et un excellent rapport qualité-prix. Remarque Règles de conversion du type de stockage : Certaines gammes de produits prennent en charge la mise à niveau du type de stockage, ce qui signifie que le stockage PSL4 peut être mis à niveau vers le stockage PSL5. La rétrogradation du type de stockage n'est pas prise en charge : le stockage PSL5 ne peut pas être rétrogradé vers le stockage PSL4. Pour passer du stockage PSL5 au stockage PSL4, achetez un nouveau cluster. Utilisez un outil de migration tel que Data Transmission Service (DTS) ou la fonctionnalité Mises à niveau majeures pour migrer les données du cluster d'origine vers le nouveau cluster.
   Detection Period for No-activity Suspension	PolarDB propose deux types de moteur : InnoDB et InnoDB & X-Engine. InnoDB : moteur de stockage InnoDB. InnoDB & X-Engine : moteur hybride déployant à la fois InnoDB et X-Engine. Si vous sélectionnez cette option, vous pouvez définir la proportion de ressources allouées à X-Engine. Pour plus d'informations, consultez Présentation de X-Engine. Remarque Ce paramètre n'est pas disponible pour PolarDB for MySQL Standard Edition.
   Double Zones (Hot Standby Storage Cluster Enabled)	PolarDB prend en charge deux méthodes de facturation du stockage : Double Zones (Hot Standby Storage and Compute Clusters Enabled) et Single Zone (Hot Standby Storage Cluster Disabled). Single Zone (Hot Standby Storage Cluster Disabled) : avec cette méthode de paiement à l'utilisation, la capacité de stockage s'adapte automatiquement. Vous n'êtes facturé que pour le stockage réellement utilisé, sans avoir besoin de spécifier une capacité lors de l'achat. Pour plus d'informations, consultez Tarification Pay-as-you-go. Three Zones : cette méthode vous oblige à acheter à l'avance une quantité spécifique de stockage. Pour plus d'informations, consultez Tarification Subscription. Remarque Lorsque Single Zone (Hot Standby Storage Cluster Disabled) est défini sur Storage Type, vous pouvez définir Storage Engine sur Storage Billing Method ou Pay-as-you-go. Lorsque Billing Method est défini sur Pay-as-you-go, le stockage est facturé par défaut selon la méthode Pay-as-you-go et ce paramètre ne peut pas être configuré.
   Subscription	Quantité d'espace de stockage prépayé pour un cluster en Subscription. La capacité de stockage varie de 50 Go à 500 To, avec des incréments de 10 Go. Remarque Ce paramètre est disponible uniquement lorsque Storage Payment Method est défini sur Subscription.
   Pay-as-you-go	Vous n'avez pas besoin de spécifier la capacité de stockage lors de l'achat. PolarDB vous facture à l'heure en fonction de votre utilisation réelle.
   Activer la journalisation binaire	Indique s'il faut activer la journalisation binaire. Pour plus d'informations, consultez Activer la journalisation binaire.
   Subscription	Saisissez un nom pour le cluster. Le nom doit respecter les exigences suivantes : Il ne doit pas commencer par http:// ou https://. Sa longueur doit être comprise entre 2 et 256 caractères. Si vous laissez ce paramètre vide, le système génère automatiquement un nom de cluster. Vous pourrez modifier le nom après la création du cluster.
   Hériter des tags du cluster source	Indique s'il faut hériter des tags du cluster source.
   Billing Method	Sélectionnez la durée de l'abonnement pour le cluster. Remarque Ce paramètre est disponible uniquement lorsque Pay-as-you-go est défini sur Subscription.
   Subscription	Sélectionnez le nombre de clusters à acheter.

6. Vérifiez la configuration du cluster, confirmez le coût et lisez les conditions d'utilisation. Cliquez ensuite sur Buy Now.

7. Une fois l'achat terminé, le système met 10 à 15 minutes pour créer le cluster. Vous pouvez ensuite consulter le cluster nouvellement créé dans la liste des clusters de la console PolarDB.

   Remarque

   • Lorsque l'état d'un nœud est Creating, le cluster n'est pas encore prêt à l'emploi. Le cluster est opérationnel uniquement lorsque son état passe à Running.

   • Assurez-vous d'avoir sélectionné la bonne région dans le coin supérieur gauche de la console. Sinon, il se peut que vous ne puissiez pas voir le cluster que vous avez créé.

Référence API