This material is made to educate operators, who deal with cassandra in production environment and based on cassandra version 1.1.X
이 자료는 Cassandra를 상용 환경에서 운용하기 위한, 운용자를 위한 교육 자료로 Cassandra 1.1.X를 기준으로 설명한 자료입니다.
1년 전 MongoDB 4.0 에서 복제셋(ReplicaSet) 내에서 트랜잭션을 지원하기 시작했습니다. MongoDB 4.2이에서는 해당기능을 샤딩(Sharding) 까지 확장했으며 이를 통해 MongoDB를 활용한 개발을 더욱 쉽게 만들었습니다. 스냅샷 격리(Snapshot Isolation), 쓰기에 대한 원자성 ( Write Atomicity ) 그리고 분산 커밋( Distributed Commit) 을 다룰 예정이며 , 분산 트랜잭션을 운영 업무에 적용하기 위해 필요한 모든 것을 배우게 될 것입니다.
This material is made to educate operators, who deal with cassandra in production environment and based on cassandra version 1.1.X
이 자료는 Cassandra를 상용 환경에서 운용하기 위한, 운용자를 위한 교육 자료로 Cassandra 1.1.X를 기준으로 설명한 자료입니다.
1년 전 MongoDB 4.0 에서 복제셋(ReplicaSet) 내에서 트랜잭션을 지원하기 시작했습니다. MongoDB 4.2이에서는 해당기능을 샤딩(Sharding) 까지 확장했으며 이를 통해 MongoDB를 활용한 개발을 더욱 쉽게 만들었습니다. 스냅샷 격리(Snapshot Isolation), 쓰기에 대한 원자성 ( Write Atomicity ) 그리고 분산 커밋( Distributed Commit) 을 다룰 예정이며 , 분산 트랜잭션을 운영 업무에 적용하기 위해 필요한 모든 것을 배우게 될 것입니다.
Each month, join us as we highlight and discuss hot topics ranging from the future of higher education to wearable technology, best productivity hacks and secrets to hiring top talent. Upload your SlideShares, and share your expertise with the world!
Not sure what to share on SlideShare?
SlideShares that inform, inspire and educate attract the most views. Beyond that, ideas for what you can upload are limitless. We’ve selected a few popular examples to get your creative juices flowing.
SMARTSTUDY 에서 몬스터 슈퍼 리그를 개발하면서 빠른 개발 진행을 위해 선택했던 Python 게임 서버, '잘 되면 다시 만들지 뭐'라는 생각에서 시작했지만 다시 만들 일은 영원히 오지 않았습니다... Python으로 게임 서버를 만들었을 때 사용한 것은 무엇인지 또 실제 오픈 했을 때 서버는 안녕했는지 알아봅니다.
2. - 테스트 목적 : recursive(cache) dns 역활 및 zone정보를 가지고 있는 dns서버를 F5가
LB시 (꼭 LB가 필수는 아니지만...) dns서버 다운되었을 때 그 역활을 F5가 대신할 수 있
는지...
1. vs#1에 단순 dns lb 또는 dns cache만을 설정
2. pc에서 dns설정을 vs#1만 설정
3. vs#1를 통해 dns 서버로 lb 수행
4. irule로 dns서버 모두 다운 인지될 경우, dns express enable 및 recursive 처리되는
vs#2로 변경 (사실 irule에 dns express db를 참고하는 dns::query 명령어가 있는데 테스
트를 안해봐서 정확한 용도를 모르겠네요)
5. dns서버 다운 시 정상 서비스 여부 확인
(dns express soa record expire 이후 비정상 확인...)
3. 1. vs#1에 단순 dns lb 또는 dns cache만을 설정
LB를 위한 VS와
Pool 을 생성.
*iRule
DNS_REQUEST
이벤트 사용을 위
해 DNS profile도
설정함.
5. 3. vs#1를 통해 dns 서버로 lb 수행
nslookup으로 확인.
tcpdump –tnni 1.3 host 192.168.2.245 and port 53
.1 , .2 DNS server로 LB됨을 확인.
6. 4. irule로 dns서버 모두 다운 인지될 경우,
dns express enable 및 recursive 처리되는 vs#2로 변경
DNS server node forced offline..
Virtual Server – Down...
iRule 적용
vs#2인
ksk_DNSexpress_vs 로
packet forward하고 log 생성
7. 5. dns서버 다운 시 정상 서비스 여부 확인
36분 node down => service down
iRule에 설정한 로그 확인.
8. 5. dns서버 다운 시 정상 서비스 여부 확인
38분 nslookup 확인.
서비스 정상.
9. 6. (dns express soa record expire 이후 비정상 확인...)
!! expire 300 (5분) 이 지난 후에 nslookup 하여도 정
상적으로 서비스 되는 현상..
.105 에서는 응답 주지 않음(정상)
버그인지.. 좀 더 확인 필요..
10. iRule 관련 피드백
황선후 과장님 :
눈 씻고 잘 찾아보니 상황에 잘 맞는 irule command가 있었네요
사실 vs#2 넘기는건 트래픽이 2배로 흐르기 때문에 성능이 반으로 떨어집니다
https://devcentral.f5.com/wiki/iRules.DNS__enable.ashx
>> DNS::enable dnsx