Realtime Compute for Apache Flink:Clonage de namespace

Cas d'utilisation

Limites

• Restriction régionale : Vous ne pouvez cloner des namespaces qu'au sein de la même région.

• Portée du clonage : Vous ne pouvez cloner que des namespaces, et non des workspaces entiers.

• Contenu exclu : L'orchestration des tâches, les files d'attente, les autorisations et les configurations d'alerte ne sont pas clonés.

• Politique de version : Seuls le dernier brouillon de l'environnement de développement et le dernier déploiement de l'environnement d'exploitation sont clonés. Les versions historiques des brouillons sont ignorées.

• Opérations simultanées : Il est impossible de cloner simultanément un namespace source vers plusieurs cibles, ni plusieurs sources vers une seule cible.

• Compatibilité du stockage : Si le workspace source utilise un stockage entièrement géré, le workspace cible doit également utiliser un stockage entièrement géré. Vous ne pouvez pas sélectionner un workspace utilisant OSS comme cible.

• Compatibilité de l'architecture : Le clonage n'est pris en charge qu'entre des namespaces ayant la même architecture. Le clonage inter-architecture entre x86 et ARM n'est pas pris en charge.

• Clonage avec état : Le clonage avec état utilisant un checkpoint ou un savepoint est pris en charge uniquement pour les versions du moteur VVR 6.0.2 et ultérieures.

Notes d'utilisation

Autorisations Pour cloner un namespace, vous devez disposer du rôle Éditeur pour les namespaces source et cible. Le système utilise l'identité de cet utilisateur pour l'authentification de bout en bout. Pour plus d'informations, consultez Autoriser les utilisateurs dans la console de développement.

Restrictions de clonage

• Verrouillage des ressources : Vous ne pouvez pas modifier les configurations des ressources pendant le processus de clonage.

• Opération irréversible : L'opération de clonage est irréversible. Si vous arrêtez le processus, vous devez supprimer manuellement toutes les ressources clonées.

• Éviter les doublons : Le clonage multiple vers le même namespace cible crée des ressources en double.

• Autorisations de stockage : Pour cloner depuis un stockage OSS vers un stockage entièrement géré, accordez également une autorisation en lecture seule, incluant l'action ListObject, sur le bucket lié au namespace, au compte entièrement géré arn:sts::1060219998962774:assumed-role/aliyunstreamasidefaultrole/refresh_token. Pour plus d'informations, consultez Définir une politique de bucket.

État des tâches clonées

Lorsque vous choisissez le clonage avec état :

• Pour les tâches de streaming terminées ou arrêtées, le système clone le dernier snapshot ou checkpoint système.

• Pour les tâches de streaming en cours d'exécution ou en transition, si la politique de clonage des tâches de streaming en cours d'exécution est définie sur Ne pas ignorer, le système crée automatiquement un snapshot avant le clonage. Toutefois, comme la tâche continue de s'exécuter, elle peut générer un checkpoint système plus récent, de sorte que le snapshot cloné peut ne pas refléter l'état le plus récent.

Vérifier l'état des tâches de streaming

• Dans les scénarios de migration, arrêtez la tâche source avant le clonage pour éviter les incohérences de données dues à un nouvel état généré.

• L'exécution simultanée de la tâche source et de sa copie clonée peut perturber votre logique métier. Assurez-vous qu'il n'y a aucun impact avant de démarrer la tâche clonée.

• Un checkpoint système réussi indique que la tâche clonée fonctionne correctement. Surveillez attentivement son état.

Gérer les conflits de nommage Le système renomme automatiquement toute entité du namespace cible portant le même nom qu'une entité clonée. Vous pouvez afficher la liste des éléments renommés sur la page Détails de l'historique de clonage.

Mettre à jour manuellement les configurations Vous devez mettre à jour manuellement les noms de catalogue dans le code de la tâche et la configuration, car ils ne sont pas mis à jour automatiquement lors du clonage. Cela permet d'éviter l'échec de la tâche.

Déboguer les tâches Une fois le clonage terminé, les tâches et le cluster de session sont arrêtés. Une tâche clonée peut échouer lors de l'exécution, par exemple si les paramètres de dépendance sont manquants. Effectuez les actions suivantes :

1. Déboguez le brouillon de la tâche.

2. Vérifiez que les fichiers de dépendance sont conformes aux attentes.

3. Ajustez les configurations de dépendance de la tâche.

Procédure

1. Préparez le namespace source, le workspace cible et le namespace cible. Pour plus d'informations, consultez Activer Realtime Compute for Apache Flink ou Gérer les namespaces.

2. Clonez les entités et la configuration du namespace.

   1. Connectez-vous à la console Realtime Compute for Apache Flink.

   2. Dans la colonne More du workspace source, sélectionnez Namespace Cloning > Start.

   3. Configurez les paramètres de clonage.

      1. Sélectionnez les namespaces source et cible.

      2. Sélectionnez les objets à cloner.

         Sélectionnez les objets à cloner selon vos besoins, tels que les brouillons de tâches, les déploiements, les ressources de fichier, les catalogues personnalisés, les UDF, les connecteurs, les formats de données et les configurations de variables.

         Lorsque vous clonez des déploiements, toutes les tâches du namespace actuel sont sélectionnées par défaut. Vous pouvez filtrer la liste pour sélectionner des tâches spécifiques. Le filtrage est pris en charge par nom de tâche, type de tâche, version du moteur, statut d'exécution et heure du dernier clonage de la tâche.

      3. Configurez les politiques de clonage.

         Configuration	Option	Description
         Politique de clonage de l'état des tâches de streaming	Avec état	Clone le dernier snapshot ou checkpoint système pour éviter le retraitement des données déjà traitées.
         	Sans état	Clone uniquement la configuration et le code de la tâche, sans aucun snapshot ni checkpoint système.
         Politique de clonage des tâches de streaming en cours d'exécution	Ignorer	Ignore les tâches de streaming en cours d'exécution pour éviter les interférences de données dues au nouvel état généré par la tâche source. Recommandé pour les scénarios de migration.
         	Ne pas ignorer	Crée un snapshot des tâches de streaming en cours d'exécution avant le clonage pour garantir la capture du dernier état. Recommandé pour les scénarios de sauvegarde.
         Politique de gestion des erreurs	Ignorer et continuer	Si une entité échoue à être clonée, l'échec est enregistré et le processus se poursuit avec les entités restantes.
         	Arrêter le clonage	Si une entité échoue à être clonée, la tâche de clonage entière s'arrête immédiatement. Les données clonées avec succès sont conservées.
         	Autoriser le clonage sans état	Si le clonage avec état échoue, le processus revient automatiquement au clonage sans état et se poursuit.

   4. Cliquez sur Start.

3. Consultez la progression et les résultats du clonage.

   • Pendant le clonage

     Peu après avoir cliqué sur Start, une notification apparaît au-dessus de la liste des workspaces. Cliquez sur View cloning progress pour surveiller le processus. Le processus peut prendre beaucoup de temps, mais vous pouvez le laisser s'exécuter en arrière-plan.

     Dans la boîte de dialogue Clonage de namespace, vous pouvez afficher la progression du clonage pour chaque module, y compris la gestion des métadonnées, la gestion des sessions, le Security Center, le développement de données et les opérations de tâches. Au bas de la boîte de dialogue, vous trouverez les boutons Exécuter en arrière-plan et Arrêter le clonage.

   • Une fois le clonage terminé

     Dans la colonne More du workspace cible, sélectionnez Namespace Cloning > History, puis cliquez sur Details. Vous pouvez afficher les catégories, le nombre total et le nombre d'échecs des entités clonées. Une liste des entités renommées est également affichée.

Documents connexes