Este conteúdo foi traduzido por máquina para sua conveniência e a Huawei Cloud não pode garantir que o conteúdo foi traduzido com precisão. Para exibir o conteúdo original, use o link no canto superior direito para mudar para a página em inglês.
Central de ajuda/ Distributed Message Service for Kafka/ Perguntas frequentes/ Modificação da especificação/ A modificação da especificação afeta os serviços?
Atualizado em 2024-01-30 GMT+08:00
Ver PDF
Compartilhar

A modificação da especificação afeta os serviços?

Tabela 1 descreve o impacto da modificação da especificação. Demora de 5 a 10 minutos para modificar as especificações em um broker. Quanto mais brokers, mais tempo a modificação leva.

Tabela 1 Impacto da modificação da especificação

Objeto modificado

Impacto

Quantidade de largura de banda ou de broker
  • Aumentar a largura de banda ou adicionar brokers não afeta os brokers ou serviços originais.
  • Quando você aumenta a largura de banda ou altera a quantidade do broker, o espaço de armazenamento é expandido proporcionalmente com base no espaço em disco atual. Por exemplo, suponha que o número original de brokers de uma instância seja 3 e o tamanho do disco de cada broker seja 200 GB. Se a quantidade do broker mudar para 10 e o tamanho do disco de cada broker ainda for 200 GB, o tamanho total do disco se tornará 2000 GB.
  • Novos tópicos são criados em novos brokers, e os tópicos originais ainda estão nos brokers originais, resultando em partições desequilibradas. Você pode reatribuir partições para migrar as réplicas das partições de tópico originais para os novos brokers.

Espaço de armazenamento
  • Você pode expandir o espaço de armazenamento 20 vezes.
  • A expansão do espaço de armazenamento não afeta os serviços.

Flavor do broker
  • Os tópicos de réplica única não oferecem suporte à criação e recuperação de mensagens durante esse período. Os serviços serão interrompidos.
  • Se um tópico tiver várias réplicas, aumentar ou diminuir o flavor do broker não interrompe os serviços, mas pode causar desordem das mensagens de partição. Avalie esse impacto e evite os horários de pico.
  • As reinicializações contínuas do broker causarão alterações no líder da partição, interrompendo as conexões por menos de um minuto quando a rede estiver estável. Para tópicos de várias réplicas, configure o mecanismo de repetição no cliente de produtor. Para fazer isso:
    • Se você usar um cliente de Kafka de código aberto, configure o parâmetro retries para um valor no intervalo de 3 a 5.
    • Se você usar o Flink, configure a política de repetição consultando o seguinte código: 
      StreamExecutionEnvironment env = StreamExecutionEnvironment.getExecutionEnvironment();
env.setRestartStrategy(RestartStrategies.fixedDelayRestart(3, Time.seconds(20)));
  • Se o número total de partições criadas para uma instância for maior que o limite superior permitido por um novo flavor, a redução não poderá ser executada. O número máximo de partições varia de acordo com as especificações da instância. Para detalhes, veja Especificações.

    Por exemplo, se 800 partições foram criadas para uma instância kafka.4u8g.cluster*3, você não pode mais reduzir a instância para kafka.2u4g.cluster*3 porque esse flavor permite apenas 750 partições.