Tous les produits
Search
Centre de documentation

ApsaraMQ for Kafka:Mise à niveau des configurations d'instance

Dernière mise à jour :Oct 10, 2026

Mettez à niveau l'édition, le trafic, la capacité du disque, les partitions ou le type de réseau d'une instance ApsaraMQ for Kafka dans la console.

Prérequis

Vérifiez que :

  • L'instance est dans l'état Running ou Not Deployed

  • Aucune tâche de rééquilibrage du trafic n'est en cours sur l'instance

Scénarios de mise à niveau et risques

Scénario

Risque

Augmentation de la capacité du disque d'une instance non serverless

Redémarrage séquentiel des brokers du cluster.

Mise à niveau de la spécification de trafic d'une instance non serverless

Redémarrage séquentiel des brokers du cluster.

Passage de l'édition Standard à l'édition Professional (High Write) ou Professional (High Read)

Redémarrage séquentiel des brokers du cluster.

Ajout d'un endpoint public à une instance connectée au VPC

Redémarrage séquentiel des brokers du cluster.

Modification du type de réseau d'Internet et VPC vers VPC uniquement

Redémarrage séquentiel des brokers du cluster.

Modification de la bande passante publique d'une instance non serverless

Redémarrage séquentiel des brokers du cluster.

Modification du nombre de partitions ou de topics d'une instance non serverless. Les instances achetées le 26 août 2022 ou après prennent en charge uniquement les modifications de partitions. Les instances achetées avant le 26 août 2022 prennent en charge uniquement les modifications de topics.

Aucun.

Rétrogradation de la spécification d'utilisation minimale d'une instance serverless

Suspension de l'Auto Scaling après la mise à niveau.

Conséquences du redémarrage des brokers

Les mises à niveau qui entraînent le redémarrage des brokers ont les impacts suivants :

  • Déconnexions temporaires. Les clients peuvent se déconnecter et se reconnecter brièvement, ce qui provoque des erreurs occasionnelles.

  • Échecs d'envoi de messages. Les messages envoyés pendant la mise à niveau peuvent échouer. Activez les nouvelles tentatives côté client pour renvoyer les messages ayant échoué. Les messages envoyés avec succès avant la mise à niveau sont conservés.

  • Réaffectation des partitions. Les services continuent de fonctionner, mais certains messages peuvent être acheminés vers une partition différente.

  • Mises à jour des groupes de sécurité. Les mises à niveau de trafic peuvent entraîner une mise à l'échelle horizontale du cluster. Si de nouveaux brokers sont ajoutés, mettez à jour le groupe de sécurité du client pour autoriser l'accès à leurs adresses IP.

Pour les instances serverless, l'Auto Scaling est suspendu pendant les mises à niveau ou les rétrogradations. Planifiez ces modifications pendant les périodes de trafic stable.

Durée estimée de la mise à niveau

Spécification de l'instance

Durée estimée

alikafka.hr.30xlarge ou inférieur, alikafka.hw.30xlarge ou inférieur

Environ 30 minutes

alikafka.hr.60xlarge ou supérieur, alikafka.hw.60xlarge ou supérieur

Plus d'une heure

La durée augmente linéairement avec la spécification de l'instance. Une augmentation plus importante de la capacité du disque prolonge également le temps de mise à niveau. Planifiez les mises à niveau pendant les heures creuses.

  • La soumission d'une demande de mise à niveau n'affecte pas votre cluster existant tant que le paiement n'est pas effectué et que la commande n'est pas effective. La mise à niveau réelle ne commence qu'après l'entrée en vigueur de la commande.

  • Pour les instances par abonnement, les frais engendrés par la mise à niveau de la configuration de l'instance (tels que l'extension de la capacité du disque ou la mise à niveau de la spécification de trafic) correspondent à une différence de prix unique. Il ne s'agit pas d'une facturation mensuelle récurrente.

Mise à niveau d'une instance

  1. Connectez-vous à la console ApsaraMQ for Kafka. Sur la page Overview, sélectionnez une région dans la section Resource Distribution.

  2. Sur la page Instances, cliquez sur le nom de l'instance cible.

  3. Sur la page Instance Details, cliquez sur Upgrade dans le coin supérieur droit de la section Overview.

  4. Dans la boîte de dialogue Instance Upgrade Risks, lisez la description des risques et cliquez sur OK.

  5. Dans le panneau de modification de la configuration, configurez les paramètres suivants.

    Paramètre

    Description

    Instance Edition

    Prend en charge la mise à niveau de l'édition Standard vers l'édition Professional. Tenez compte des points suivants lors du passage de l'édition Standard à l'édition Professional :

    • La capacité du disque reste inchangée après la mise à niveau. Par exemple, si la capacité initiale du disque est de 1 000 Go, elle reste de 1 000 Go après la mise à niveau.

    • La capacité de stockage des sauvegardes n'est plus incluse en tant qu'élément de facturation après la mise à niveau.

    • Après la mise à niveau, vous pouvez configurer la durée de conservation des messages au niveau de chaque topic individuel.

    • Cette mise à niveau est irréversible. Le retour de l'édition Professional à l'édition Standard n'est pas pris en charge. Si vous mettez à niveau la configuration directement et que la console renvoie le message d'erreur "can not change specType", cela signifie que l'instance ne prend pas en charge la mise à niveau sur place de l'édition Standard vers l'édition Professional. Dans ce cas, utilisez plutôt la solution de migration suivante :

      1. Créez une nouvelle instance Professional.

      2. Utilisez Cluster Linking ou un outil de migration personnalisé pour migrer les données de l'instance d'origine vers la nouvelle instance.

      3. Après avoir basculé le trafic de votre activité vers la nouvelle instance, libérez l'instance Standard d'origine.

    Prend en charge la mise à niveau de la spécification de trafic de l'édition Professional vers une spécification de trafic supérieure. Ne prend pas en charge la rétrogradation de l'édition Professional vers l'édition Standard. Ne prend pas en charge les mises à niveau mutuelles entre l'édition Open Source (disque local) et les autres types de spécifications. Pour plus d'informations sur les types de spécifications d'instance et la tarification, consultez la rubrique Présentation de la facturation.

    Network Type

    Permet de basculer entre VPC et Internet et VPC.

    Public Traffic

    Le trafic Internet comprend le trafic en lecture et en écriture avec un débit maximal égal. Sélectionnez une spécification en fonction de votre valeur de pointe la plus élevée (lecture ou écriture). Facturé uniquement pour les instances Internet-et-VPC.

    Remarque

    ApsaraMQ for Kafka estime la bande passante optimale en fonction du type d'instance. Achetez le trafic Internet comme indiqué sur la page d'achat pour éviter la limitation du débit.

    Traffic Specification

    Détails de la spécification de trafic.

    Disk Capacity

    La capacité par défaut du disque varie selon la spécification de trafic et s'ajuste automatiquement lorsque la spécification change. Modifiez-la si nécessaire. Si la mise à niveau de la spécification de trafic déclenche une mise à l'échelle horizontale du cluster (par exemple, de 3 nœuds × 30 Mo/s à 3 nœuds × 60 Mo/s), la capacité de stockage des nouveaux nœuds doit être alignée sur celle des nœuds existants, de sorte que la capacité du disque est doublée en conséquence. Si la capacité actuelle du disque est inférieure à la valeur minimale recommandée par le système, vous devez l'augmenter au-dessus de la valeur recommandée avant de pouvoir terminer la mise à niveau.

    Partitions

    Nombre total de partitions = partitions achetées + partitions gratuites incluses dans la spécification. Topics disponibles = nombre total de partitions. Groupes de consommateurs disponibles = nombre total de partitions × 2.

    Lorsque vous mettez à niveau la spécification de trafic (par exemple, vers alikafka.hr.16xlarge), le système accorde automatiquement le nombre de partitions correspondant à la nouvelle spécification (par exemple, 2 000 partitions). Vous n'avez pas besoin d'ajuster manuellement le nombre de partitions ni d'acheter des partitions supplémentaires.

    Remarque

    Depuis le 26 août 2022, la mise à niveau des instances achetées par spécification de topic n'est plus prise en charge. Consultez la rubrique Quotas de topics, de groupes et de partitions d'une instance achetée par topic.

  6. Lisez et acceptez les conditions de service, puis cliquez sur Create Now.

Détails de la spécification de trafic

Les mises à niveau de la spécification de trafic dépendent de l'édition de l'instance et du type de disque.

Limites de trafic par édition :

Édition

Débit de pointe

Édition Standard

Jusqu'à 120 Mo/s en lecture ou en écriture

Édition Professional (High Write)

Jusqu'à 2 000 Mo/s en écriture

Édition Professional (High Read)

Jusqu'à 3 000 Mo/s en lecture, jusqu'à 1 000 Mo/s en écriture

Remarque

Pour sélectionner une spécification de trafic dont le débit de pointe en lecture ou en écriture dépasse 120 Mo/s, passez d'abord à l'édition Professional.

Mise à l'échelle horizontale du cluster par type de disque :

Certaines mises à niveau de trafic déclenchent une mise à l'échelle horizontale du cluster. Après la mise à l'échelle, rééquilibrez le trafic des topics. Rééquilibrage du trafic des topics.

Type de disque

Déclencheur de mise à l'échelle

Disque ultra

Spécification de trafic avec un débit de pointe en lecture ou en écriture jusqu'à 120 Mo/s

SSD

Spécification de trafic avec un débit de pointe en lecture ou en écriture jusqu'à 300 Mo/s

Vérification de la mise à niveau

Après avoir passé la commande de mise à niveau, l'heure d'effet apparaît sur la page de commande.

Dans la section Basic Information de la page Instance Details, le statut Status passe à Upgrading. Une fois la mise à niveau terminée, la page affiche les nouvelles configurations.

FAQ

Puis-je augmenter uniquement la bande passante du réseau public sans mettre à niveau la spécification de l'instance ?

Oui. Pour les instances non Serverless, vous pouvez accéder au panneau Upgrade dans la console et ajuster uniquement le paramètre Internet Traffic pour augmenter la bande passante du réseau public sans modifier la spécification de l'instance.

Remarque

Cette opération constitue une mise à niveau et déclenche un redémarrage progressif du cluster. Pendant le redémarrage, les clients peuvent connaître de brèves déconnexions et reconnexions, et la livraison des messages par partition peut temporairement devenir désordonnée. Effectuez cette opération pendant les heures creuses de votre activité.

Pourquoi l'option Endpoints n'apparaît-elle pas dans la console ?

Si l'option Endpoints n'est pas affichée sur la page des détails de l'instance, cela est généralement dû au fait que l'instance est une instance connectée au VPC qui n'a pas activé l'accès au réseau public, ou que l'instance se trouve dans une région qui ne prend pas en charge l'accès au réseau public, comme les régions Alibaba Finance Cloud. Pour obtenir un endpoint public, effectuez une Upgrade comme décrit dans cette rubrique et modifiez le type de réseau en Internet and VPC afin que l'instance devienne une instance connectée à Internet et au VPC.

Pourquoi l'utilisation de la bande passante sur un nœud augmente-t-elle après que j'ai augmenté la bande passante du réseau public ?

Il s'agit d'un comportement attendu qui peut se produire pour les raisons suivantes :

  • Portée de la métrique : L'utilisation de la bande passante du réseau public est mesurée sur la base de l'adresse IP élastique (EIP), qui inclut le trafic de gestion tel que les signaux de présence (heartbeats) et les validations d'offset, tandis que les métriques de trafic de service ne comptent que les envois et réceptions de messages.

  • Différence d'unité : La bande passante du réseau public est mesurée en bit/s, tandis que le trafic de service est mesuré en o/s. Comme 1 octet équivaut à 8 bits, les deux métriques peuvent différer d'un facteur 8 même pour la même quantité de trafic.

  • Capacité de consommation accrue : Après l'augmentation de la limite de bande passante, les clients peuvent consommer les messages plus rapidement, ce qui augmente l'utilisation réelle de la bande passante.

  • Tolérance aux pics plus élevée : Après l'achat de plus de bande passante, la tolérance côté serveur aux pics de trafic dépassant la spécification achetée augmente également, ce qui peut entraîner une utilisation observée plus élevée lors des pics de trafic.