Início / dba / Perguntas / 344913
Accepted
Коля Курик
Asked: 2025-01-25 00:17:30 +0800 CST

Propriedades de configuração obsoletas no Cassandra 4.1

  • 772

Preciso de alguns conselhos. Atualizei meu cluster Cassandra que tinha 7 nós no Ubuntu 22.04 de 4.0.5 para 4.1.7. Como fiz isso:

Continuei para cada nó. E depois disso recebi o aviso:

WARN  08:50:08,758 [dynamic_snitch_reset_interval_in_ms, tracetype_query_ttl, request_timeout_in_ms, row_cache_size_in_mb, counter_write_request_timeout_in_ms, column_index_size_in_kb, trickle_fsync_interval_in_kb, cas_contention_timeout_in_ms, key_cache_size_in_mb, range_request_timeout_in_ms, enable_transient_replication, dynamic_snitch_update_interval_in_ms, column_index_cache_size_in_kb, write_request_timeout_in_ms, index_summary_resize_interval_in_minutes, permissions_validity_in_ms, max_hint_window_in_ms, enable_user_defined_functions, enable_sasi_indexes, read_request_timeout_in_ms, enable_drop_compact_storage, enable_legacy_ssl_storage_port, credentials_validity_in_ms, batch_size_warn_threshold_in_kb, index_summary_capacity_in_mb, commitlog_sync_period_in_ms, batchlog_replay_throttle_in_kb, windows_timer_interval, enable_scripted_user_defined_functions, commitlog_segment_size_in_mb, sstable_preemptive_open_interval_in_mb, tracetype_repair_ttl, roles_validity_in_ms, enable_materialized_views, prepared_statements_cache_size_mb, hinted_handoff_throttle_in_kb, compaction_large_partition_warning_threshold_mb, truncate_request_timeout_in_ms, slow_query_log_timeout_in_ms, hints_flush_period_in_ms, counter_cache_size_in_mb, max_hints_file_size_in_mb, compaction_throughput_mb_per_sec, batch_size_fail_threshold_in_kb] parameters have been deprecated. They have new names and/or value format; For more information, please refer to NEWS.txt

Como posso ver na documentação https://cassandra.apache.org/doc/4.1/cassandra/configuration/cass_yaml_file.html, devo comentar esses parâmetros em cassandra.yaml:

  • intervalo_de_reinicialização_do_informador_dinâmico_em_ms
  • tracetype_query_ttl
  • tempo_limite_de_solicitação_em_ms
  • tamanho_do_cache_de_linha_em_mb
  • tempo_limite_de_solicitação_de_contra_escrita_em_ms
  • tamanho_do_índice_da_coluna_em_kb
  • intervalo_de_fsync_gotejamento_em_kb
  • tempo_limite_de_contenção_cas_em_ms
  • tamanho_do_cache_de_chaves_em_mb
  • intervalo_tempo_limite_de_solicitação_em_ms
  • habilitar_replicação_transitória
  • intervalo_de_atualização_do_informador_dinâmico_em_ms
  • tamanho_do_cache_do_índice_da_coluna_em_kb
  • tempo_limite_de_solicitação_de_gravação_em_ms
  • intervalo_de_redimensionamento_do_índice_resumo_em_minutos
  • permissões_validade_em_ms
  • max_hint_janela_em_ms
  • habilitar_funções_definidas_pelo_usuário
  • habilitar_índices_sasi
  • tempo_limite_de_solicitação_de_leitura_em_ms
  • enable_drop_compact_storage
  • enable_legacy_ssl_storage_port
  • validade_de_credenciais_em_ms
  • limite_de_aviso_de_tamanho_de_lote_em_kb
  • índice_resumo_capacidade_em_mb
  • período_de_sincronização_de_log_de_commit_em_ms
  • batchlog_replay_acelerador_em_kb
  • intervalo_do_temporizador_do_windows
  • habilitar_funções_definidas_pelo_usuário_com_script
  • tamanho_do_segmento_do_commitlog_em_mb
  • tracetype_repair_ttl
  • validade_de_papéis_em_ms
  • habilitar_visualizações_materializadas
  • tamanho_do_cache_de_instruções_preparadas_mb
  • hinted_handoff_throttle_in_kb
  • compactação_partição_grande_aviso_limite_mb
  • truncar_tempo_limite_de_solicitação_em_ms
  • tempo_limite_do_log_de_consulta_lenta_em_ms
  • dicas_período_de_descarga_em_ms
  • tamanho_do_cache_do_contador_em_mb
  • max_hints_tamanho_do_arquivo_em_mb
  • compactação_rendimento_mb_por_seg
  • limite_de_falha_de_tamanho_de_lote_em_kb

E sstable_preemptive_open_interval_in_mbmudar parasstable_preemptive_open_interval

Está certo?

cassandra

1 respostas

  1. Best Answer

    Você está correto. Muitos dos parâmetros foram renomeados no Cassandra 4.1 em um esforço para padronizar as propriedades de configuração e opções de JVM em lançamentos futuros ( CASSANDRA-15234 ).

    Os nomes de propriedades antigos foram descontinuados, mas não removidos, então a mensagem na inicialização é registrada no WARNnível (not ERROR), pois eles continuarão a funcionar pelo menos até o C* 5.x, mas há algumas coisas que você precisa estar ciente ao atualizar um cluster. Aqui está um extrato do anúncio emNEWS.txt :

    - There is a new cassandra.yaml version 2. Units suffixes should be provided
  for all rates(B/s|KiB/s|MiB/s), memory (B|KiB|MiB|GiB) and duration(d|h|m|s|ms|us|µs|ns)
  parameters. List of changed parameters and details to consider during configuration setup
  can be found at https://cassandra.apache.org/doc/latest/cassandra/new/configuration.html.
  (CASSANDRA-15234)
  Backward compatibility with the old cassandra.yaml file will be in place
  until at least the next major version.
  By default we refuse starting Cassandra with a config containing both old
  and new config keys for the same parameter.
  Start Cassandra with -Dcassandra.allow_new_old_config_keys=true to override. 
  For historical reasons duplicate config keys in cassandra.yaml are allowed by default, 
  start Cassandra with -Dcassandra.allow_duplicate_config_keys=false to disallow this.

    Além disso, Ekaterina Dimitrova escreveu uma postagem de blog em julho de 2022 anunciando a mudança no Apache Cassandra 4.1: Padronização de configuração .

    Para uma lista das propriedades renomeadas, veja Liberating cassandra.yaml Parameters' Names from Their Units no site oficial do Apache Cassandra. Saúde!

    • 1

relate perguntas