ApsaraMQ for Kafka:Actualizar la configuración de una instancia

Requisitos previos

Compruebe lo siguiente:

• La instancia se encuentra en el estado Running o Not Deployed.

• No hay tareas de reequilibrio de tráfico en curso en la instancia.

Escenarios y riesgos de actualización

• Enviar una solicitud de actualización no afecta al clúster existente hasta que se complete el pago y el pedido entre en vigor. La actualización comienza únicamente cuando el pedido se vuelve efectivo.

• Para las instancias de suscripción, el cargo generado por actualizar la configuración de la instancia (como ampliar la capacidad de disco o mejorar la especificación de tráfico) corresponde a una diferencia de precio única. No representa un cobro mensual recurrente.

Actualizar una instancia

1. Inicie sesión en la consola de ApsaraMQ for Kafka. En la página Overview, seleccione una región en la sección Resource Distribution.

2. En la página Instances, haga clic en el nombre de la instancia de destino.

3. En la página Instance Details, haga clic en Upgrade en la esquina superior derecha de la sección Overview.

4. En el cuadro de diálogo Instance Upgrade Risks, lea la descripción de los riesgos y haga clic en OK.

5. En el panel de cambio de configuración, configure los siguientes parámetros.

   Parámetro	Descripción
   Instance Edition	Admite la actualización de Standard Edition a Professional Edition. Tenga en cuenta lo siguiente al cambiar de Standard Edition a Professional Edition: La capacidad de disco no cambia tras la actualización. Por ejemplo, si la capacidad original es de 1,000 GB, seguirá siendo de 1,000 GB después del proceso. La capacidad de almacenamiento de copias de seguridad deja de incluirse como elemento de facturación una vez completada la actualización. Después de la actualización, puede configurar la duración de retención de mensajes para cada tema de forma individual. Esta actualización es irreversible. No se admite volver de Professional a Standard. Si actualiza la configuración directamente y la consola devuelve el mensaje de error "can not change specType", significa que la instancia no admite una actualización directa de Standard a Professional. En este caso, utilice la siguiente solución de migración: Cree una nueva instancia Professional. Utilice Cluster Linking o una herramienta de migración propia para trasladar los datos de la instancia original a la nueva. Una vez que haya cambiado el tráfico de su negocio a la nueva instancia, libere la instancia Standard original. También permite aumentar la especificación de tráfico de Professional Edition a una superior. No admite reducir Professional Edition a Standard Edition, ni realizar actualizaciones cruzadas entre Open Source Edition (disco local) y otros tipos de especificaciones. Para obtener información sobre los tipos de especificaciones de instancia y sus precios, consulte Billing overview.
   Network Type	Permite alternar entre VPC e Internet and VPC.
   Public Traffic	El tráfico de Internet incluye lectura y escritura con el mismo rendimiento máximo. Seleccione una especificación basada en el valor pico más alto (lectura o escritura). Este parámetro solo se factura en instancias de Internet and VPC. Nota ApsaraMQ for Kafka calcula el ancho de banda óptimo según el tipo de instancia. Adquiera el tráfico de Internet tal como se indica en la página de compra para evitar limitaciones de velocidad.
   Traffic Specification	Detalles de la especificación de tráfico.
   Disk Capacity	La capacidad de disco predeterminada varía según la especificación de tráfico y se ajusta automáticamente cuando esta cambia. Modifíquela según sea necesario. Si la actualización de la especificación de tráfico provoca un escalado horizontal del clúster (por ejemplo, pasar de 3 nodos × 30 MB/s a 3 nodos × 60 MB/s), la capacidad de almacenamiento de los nuevos nodos debe coincidir con la de los existentes, por lo que la capacidad de disco se duplica en consecuencia. Si la capacidad de disco actual es inferior al valor mínimo recomendado por el sistema, deberá aumentarla por encima de dicho valor antes de completar la actualización.
   Partitions	Total de particiones = particiones adquiridas + particiones gratuitas incluidas en la especificación. Temas disponibles = total de particiones. Grupos de consumidores disponibles = total de particiones × 2. Cuando actualiza la especificación de tráfico (por ejemplo, a alikafka.hr.16xlarge), el sistema otorga automáticamente la cantidad de particiones correspondiente a la nueva especificación (por ejemplo, 2,000 particiones). No necesita ajustar manualmente la cantidad de particiones ni adquirir particiones adicionales. Nota Desde el 26 de agosto de 2022, ya no se admite la actualización de instancias adquiridas con especificación por temas. Topic, group, and partition quotas of an instance purchased by topic.

6. Lea y acepte los términos de servicio, y luego haga clic en Create Now.

Comprobar la actualización

Después de generar el pedido de actualización, la hora de entrada en vigor aparece en la página del pedido.

En la sección Basic Information de la página Instance Details, el campo Status cambia a Upgrading. Cuando finaliza el proceso, la página muestra las nuevas configuraciones.

Preguntas frecuentes

¿Puedo aumentar únicamente el ancho de banda de la red pública sin modificar la especificación de la instancia?

Sí. Para las instancias que no son serverless, puede ir al panel Upgrade en la consola y ajustar solo el parámetro Internet Traffic para incrementar el ancho de banda de la red pública sin alterar la especificación de la instancia.

¿Por qué no se muestra la opción Endpoints en la consola?

Si la opción Endpoints no aparece en la página de detalles de la instancia, generalmente se debe a que la instancia está conectada mediante VPC y no tiene habilitado el acceso a la red pública, o bien reside en una región que no admite dicho acceso, como las regiones de Alibaba Finance Cloud. Para obtener un endpoint público, siga el procedimiento de Upgrade descrito en este tema y cambie el tipo de red a Internet and VPC, de modo que la instancia quede conectada tanto a Internet como a la VPC.

¿Por qué aumenta el uso de ancho de banda en un nodo después de ampliar el ancho de banda de la red pública?

Este comportamiento es normal y puede deberse a las siguientes razones:

• Alcance de la métrica: el uso del ancho de banda de la red pública se mide con base en la dirección IP elástica (EIP), lo cual incluye tráfico de gestión como latidos (heartbeats) y confirmaciones de desplazamiento (offset commits). En cambio, las métricas de tráfico del servicio solo contabilizan el envío y la recepción de mensajes.

• Diferencia de unidades: el ancho de banda de la red pública se mide en bit/s, mientras que el tráfico del servicio se mide en B/s. Dado que 1 byte equivale a 8 bits, ambas métricas pueden diferir por un factor de 8 incluso para la misma cantidad de tráfico.

• Mayor capacidad de consumo: al elevar el límite de ancho de banda, los clientes pueden consumir mensajes más rápido, lo que incrementa el uso real del ancho de banda.

• Mayor tolerancia a picos: cuando adquiere más ancho de banda, también aumenta la tolerancia del servidor ante picos de tráfico que superan la especificación comprada. Esto puede reflejarse en un uso observado más alto durante los incrementos repentinos de tráfico.