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.

Nesta página

Mostrar todos

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?

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

Atualizado em 2024-01-30 GMT+08:00

Ver PDF

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.cluster3, você não pode mais reduzir a instância para kafka.2u4g.cluster3* porque esse flavor permite apenas 750 partições.

Tópico principal: Modificação da especificação

Feedback

Esta página foi útil?

Sim Não

Deixar um comentário

Obrigado por seus comentários. Estamos trabalhando para melhorar a documentação.

O sistema está ocupado. Tente novamente mais tarde.

Quais dos seguintes problemas você encontrou?

O conteúdo é inconsistente com a UI do produto

Descrições pouco claras

Falta de exemplos ou código

Passos incorretos

Não encontro o que preciso

Falta de melhores práticas

Feedback (opcional)

0/500

Selecione pelo menos um tipo de problema e insira seus comentários ou sugestões.

Insira um máximo de 500 caracteres.

Enviar Cancelar