Bir sorunla karşılaşıyorum "me.prettyprint.hector.api.exceptions.HUnavailableException:: Tutarlılık düzeyini işlemek için yeterli çoğaltma mevcut olmayabilir." RF = 1 iken, Okuma Tutarlılık Seviyesi = 1 olduğunda ve 6 düğüm halkasında/kümedeki düğümlerden biri kapalı olduğunda. Bütün okumalarım bu istisna ile başarısız oluyor. Herhangi bir fikir? İdeal olarak, sadece aşağıya doğru olan düğümde veri arayan okur ve diğer tüm okumalar başarılı olmalı?Cassandra Kullanılabilirliği
cevap
var olabilir birkaç olasılık:
-
En fazla
- Kişisel kümede olmak için birden düğümleri gerektiren bir çok sıralı sorgu (get_range, get_indexed_slices, MultiGet veya CQL eşdeğerleri) çalıştırıyorsanız
- dengesizdir, aşağı düğümü halkanın çoğuna sahipken; kötü bir çok-dc yapılandırması da benzer bir şey üretebilir
- Kümeniz, bazı düğümlerin başkalarını görmediği, başlamak için iyi bir durumda değildi. Bunların hiçbiri nedeni, Hector ve cqlsh ile düzgün tutarlılık seviyesini belirterek ediyoruz çifte kontrol iseniz kümede
her düğümde karşı çalıştırdığınızda emin nodetool halka aynı çıktıyı gösterdiğinden emin olun.
Çoğaltma ayarlarımı yanlış yapılandırdığımda benzer bir şey gördüm, özellikle çoğaltma stratejisi adı verilen yanlış veri merkezlerine sahip oldum. DC'lerin ne olduğunu iki kez kontrol edin (NetworkTopologyStrategy'i kullandığınızı varsayarak).
Zaten düğümlerden biri bir kabuk, senin DC isimlerini bilmiyorsanız
çalıştırın:$ nodetool -h localhost ring
Address DC Rack Status State Load Owns Token
141784319550391000000000000000000000000
172.26.233.135 Cassandra rack1 Up Normal 25.75 MB 16.67% 0
172.26.233.136 Cassandra rack1 Up Normal 26.03 MB 16.67% 28356863910078200000000000000000000000
172.26.233.137 Cassandra rack1 Up Normal 27.19 MB 16.67% 56713727820156400000000000000000000000
172.26.233.138 Cassandra rack1 Up Normal 26.78 MB 16.67% 85070591730234600000000000000000000000
172.26.233.139 Solr rack1 Up Normal 24.47 MB 16.67% 113427455640313000000000000000000000000
172.26.233.140 Solr rack1 Up Normal 26.66 MB 16.67% 141784319550391000000000000000000000000
Sen iki DC'lerinin Cassandra ve Solr görebilmesi (bu DSE kümesidir)
. cassandra-cli olarak
:
use Keyspace1;
describe;
CLI strateji seçenekleri yazdırır:
Keyspace: Catalog:
Replication Strategy: org.apache.cassandra.locator.NetworkTopologyStrategy
Durable Writes: true
Options: [DC1:3]
...
Biz yanlış eşleşme var. Cassandra, DC1 ve dolayısıyla UnavailableException adlı bir veri merkezi arıyor. Çoğaltma seçeneklerini, kümedeki gerçek DC'lerle eşleştirmek için güncellemeliyiz. CLI'da, veri merkezi adlarını kullanarak anahtar alanınız için strateji seçeneklerini güncelleyin:
update keyspace Keyspace1 with strategy_options = {Cassandra:3,Solr:2};
Benim durumumda, üretim ortamından (iki veri merkezi vardı) QA ortamına (bir veri merkezi vardı) kopyalanan cassandra şeması vardı. Şemayı bir veri merkezini belirtecek şekilde düzelttikten sonra sorun çözüldü. – zafar142003
- 1. ARC olmadan Apple'ın Kullanılabilirliği
- 2. JavaScriptCore çerçeve kullanılabilirliği iOS
- 3. Bant Genişliği Kullanılabilirliği Algoritması tasarımı
- 4. cassandra
- 5. Cassandra:
- 6. Kullanılabilirliği geliştirmek için graviyen/desen kullanımı?
- 7. thrift_max_message_length_in_mb Cassandra
- 8. Cassandra CQL:
- 9. Cassandra Olmayan Sayaç Aile
- 10. Cassandra - Cqlengine - TTL Destek
- 11. Cassandra Range Sorgular
- 12. Kıvılcım cassandra güncelleme/yükseltme
- 13. RPC zaman aşımı - Cassandra
- 14. Cassandra: seçme sstable_size_in_mb
- 15. cassandra yoksa sütun ekleyin
- 16. Cassandra Docker'da Thrift'i Etkinleştir
- 17. Cassandra Düğümleri Aşağı Gidiyor
- 18. Cassandra Kimlik sorunu
- 19. Cassandra CQL3 CSV
- 20. Cassandra üç noktayı gösterir
- 21. Cassandra için Golang istemcisi
- 22. PHP Cassandra modülü çalışmıyor
- 23. Yapılandırma Cassandra logback.xml
- 24. Cassandra geçerli sütun adları
- 25. Yaylı önyükleme + cassandra
- 26. Cassandra zaman dizileri verisi
- 27. Akıcı Cassandra vs Aquiles?
- 28. cassandra system.schema_columns modifikasyonlar
- 29. Cassandra Performans Ayarlama
- 30. Hector & Cassandra Temelleri
Aynı sorunu cqlsh kullanarak görüyor musunuz? Hector çok zeki olmaya ve kendi müsaitlik tespitini yapmaya çalışıyor olabilir. – jbellis
Evet. CQLSH'yi de denedim aynı sorun –