DataStax AMI의 기본 cassandra.yaml은 일관성 2를 달성하지 못합니까?

Question

EC2Snitch를 사용하는 Datastax AMI를 설치했습니다. 구성은
listen_address : 사설 IP
broadcast_address : 같은 주소 듣는
rpc_address : 0.0.0.0
broadcast_rpc : 사설 IP
씨 : 사설 IP

나는 2 개의 그런 경우가있다 그러나 는 성취가 일치 2를 달성한다. 두 인스턴스가 모두 실행 중이지만 1을 제공합니다. 나는이 시도하는 모든 클라이언트
에서 일관성이 달성하려는 :
broadcast_rpc : public_ip // 같은 오류
rpc_addess을 : 공용 IP // 카산드라가 시작 wouldnt한다. 127.0.0.1:9042가 실행되지 않습니다.
올바른 구성은 무엇입니까? 노드는 같은 지역, 같은 랙에 있습니다. nodetool은 둘 다 실행 및 실행으로 제공합니다.

system.peers는 peer 및 roc_address 열의 private-ip를 제공하고 prefered-ip는 null을 제공합니다.

Cassandra.yaml

CLUSTER_NAME 'logcluster'
num_tokens 256 hinted_handoff_enabled
: 진정한
max_hint_window_in_ms : 10,800,000 # 3시간
hinted_handoff_throttle_in_kb 1024
max_hints_delivery_threads 2
batchlog_replay_throttle_in_kb 1024
인증 자 : AllowAllAuthenticator
인증 자 : AllowAllAuthorizer
permissions_validity_in_ms : 2000
파티션 프로그램 : org.apache.cassandra.dht.Murmur3Partitioner
data_file_directories :
는 -을/mnt/카산드라/데이터
commitlog_directory :을/mnt/카산드라/commitlog
disk_failure_policy :
commit_failure_policy를 중지 14400
row_cache_size_in_mb : 0
row_cache_save_period : 0
counter_cache_size_in_mb :
,691,363
key_cache_save_period을 중지 counter_cache_save_period210 : 7200
saved_caches_directory/MNT/산드/saved_caches commitlog_sync
: 주기적
commitlog_sync_period_in_ms 10000
commitlog_segment_size_in_mb 32 seed_provider
:
- CLASS_NAME : org.apache.cassandra.locator.SimpleSeedProvider
파라미터 :
- 씨앗 : "10.xxx.xx.xx7 "
concurrent_reads 32
concurrent_writes 32
concurrent_counter_writes 32
memtable_allocation_type : heap_buffers
index_summary_capacity_in_mb :
index_summary_resize_interval_in_minutes 60
trickle_fsync : FALSE
trickle_fsync_interval_in_kb : 10240
storage_port : 7000
ssl_storage_port : 7001
listen_address : 10.xxx.xx.xx5
start_n ative_transport : 사실
native_transport_port : 9042
start_rpc : 사실
rpc_address : 0.0.0.0
rpc_port : 9160
broadcast_rpc_address : 10.xxx.xx.xx5
rpc_keepalive : 사실
rpc_server_type : 동기화
thrift_framed_transport_size_in_mb : 15
incremental_backups : 거짓
snapshot_before_compaction : 거짓
auto_snapshot : 사실
tombstone_warn_threshold : 1,000
tombstone_failure_threshold : 100000
column_index_size_in_kb 64
batch_size_warn_threshold_in_kb 5
compaction_throughput_mb_per_sec 16
sstable_preemptive_open_interval_in_mb 50
read_request_timeout_in_ms 5000
range_request_timeout_in_ms 10000
write_request_timeout_in_ms 2000
counter_write_request_timeout_in_ms 5000
cas_contention_timeout_in_ms : 1000
truncate_request_tim eout_in_ms : 60000
request_timeout_in_ms 10000 cross_node_timeout
: FALSE
phi_convict_threshold 12 endpoint_snitch
: Ec2Snitch
dynamic_snitch_update_interval_in_ms 100 dynamic_snitch_reset_interval_in_ms
: 600000
dynamic_snitch_badness_threshold 0.1 request_scheduler
: org.apache.cassandra.scheduler. NoScheduler
server_encryption_options :
internode_encryption : none
키 저장소 : conf /. 키 스토어
keystore_password : 카산드라
신뢰 : conf의/.truststore
truststore_password : 카산드라
client_encryption_options :
활성화 :
거짓 스토어 : conf의 /.키 스토어
keystore_password : 카산드라
internode_compression : 모든
inter_dc_tcp_nodelay : 거짓
auto_bootstrap : 거짓

데이터 센터 : 미국 동부
================= ==
상태 = 위/아래
|/주 = 정상/떠나/가입/
이동 - 주소로드 토큰하는 소유 (유효) 호스트 ID는 랙

UN 10.xxx.xx.xx7 98.21 MB 256 53.9 % d5xxxx-0a5 9-XXXX-XXX-ab59xxxxx 1D
UN 10.xxx.xx.xx5 50.26 MB 256 46.1 % 1xxxxff-XXX-XXX-XXX-13edxxxxxcf 1D

Answer 1

아마존 노드의 개인 10.xyz의 IP를 표시합니다 ifconfig는 공용 IP를 노드 자체가 인식하지 못하며 대신이 주소는 NAT (Network Address Translation)로 태그 지정됩니다.

따라서 노드는 10.x.y.z 네트워크에서 험담을해야합니다 (nodetool 출력에서 ​​볼 수 있듯이).

가장 좋은 방법은 원하는 일관성 수준에서 읽기/쓰기를 시도 할 때 cqlsh에 표시되는 오류를 확인하는 것입니다.이 방법을 사용하면 문제를보다 잘 처리 할 수 ​​있습니다. 또한 예를 들어, 키 스페이스에 복제 요인을 확인 : 당신은 두 개의 노드가 있고 1의 일관성 수준 읽는 경우 위의 예에서

CREATE KEYSPACE spam WITH replication = { 
    'class': 'SimpleStrategy', 
    'replication_factor': '2' 
}; 

복제 요인의 변화가있다 2. 당신은 그렇지 않을 수 있습니다 올바른 결과를 얻으십시오. 엄지 손가락의 일반적 규칙으로 항상 읽는 것보다 더 높은 일관성 수준으로 작성하는 것이 좋습니다. 당신이 당신의 listen_address을 위해 사용하고있는이