クラウドで運用するCouchbase Server
•
1 gostou•1,671 visualizações
Couchbase meetup vol12 クラウドで運用するCouchbase Server
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a クラウドで運用するCouchbase Server
Semelhante a クラウドで運用するCouchbase Server (20)
Mais de Kazumi Hirose
Mais de Kazumi Hirose (20)
クラウドで運用するCouchbase Server
- 1. クラウドで運用するCouchbase Server Senior Solutions Architect Kazumi HIROSE iret, Inc. cloudpack division Research and Development / technical assistant team.
- 3. 自己紹介 3 廣瀬 一海 (ひろせかずみ) http://www.facebook.com/kazumi.hirose アイレット株式会社クラウドパック事業部 研究開発チーム シニアソリューションアーキテクト PC歴は25年、クラウドコンサルタント、クラスタサー バ、インフラエンジニア。 好きなクラウドはMicrosoft Azureで、現在のお仕事は クラウドの各種ソリューションの提案、研究開発、パブ リッククラウドを始めとした様々なクラウドを比較検討 しながら、研究開発を日々行っています。 Microsoft MVP for Azure 2012 / 2013 / 2014
- 7. Couchbaseって何？ • 高可用性を維持でき、単一障害点が無く、 ダウンタイムを最小化できるアーキティ クチャ • スケールアウトによって、急増、急減す るリクエストに柔軟に対応 • レプリカ保持によって、損失しないデー タ
- 9. Couchbaseのバゲット memcached Buckets Couchbase Buckets 最大アイテムサイズ 1MByte 20Mbyte アイテムデータの永続化 No Yes レプリケーション No Yes リバランス No Yes クライアント memcahed (libketama) Consistent hashing / couchbase SDK Memcached(非永続)とCouchbase（永続）2つのスト レージを複合して扱えます。
- 10. node 1 node 2 node 3 node 4 vBuckets couchbase port 11211 vBuckets memcache port 11212 vBuckets couchbase port 11211 vBuckets memcache port 11214 Couchbaseのバゲット
- 15. 16台一気にクラスタに追加 $ curl -u Administrator:pass 10.0.0.194:8091/controller/addNode -d "hostname=10.0.0.195&user=Administrator&password=Pass" {"otpNode":"ns_1@10.0.0.195"} $ curl -u Administrator:pass 10.0.0.194:8091/controller/addNode -d "hostname=10.0.0.196&user=Administrator&password=pass" {"otpNode":"ns_1@10.0.0.196"} $ 15
- 18. リバランス開始 18
- 21. Cross Datacenter Replication (XDCR) Node1 Node2 Node3Node4 Node5 vBuckets couchbase port 11211 vBuckets couchbase port 11211 レプリケーション Region1 Region2
- 23. 各NoSQLベンチマーク条件 YCSB(Yahoo Cloud Service Benchmark) 仮想マシンでなく4台の物理サーバ Read Intensive : 読み込み95% / 5%の書き 込み Balanced 読み込み50% / 書き込み 50% 23
- 24. 各NoSQLベンチマークデータ条件 Value Size: 150 bytes Replicas: 2 90% In-Memory 24 4 Node 6 Node 8 Node 総レコード 数 20M 30M 40M フィールド 数 10 10 10 フィールド サイズ 150Bytes 150Bytes 150Bytes 総レコード サイズ 1500Bytes 1500Byte 1500Bytes 総データ量 27.9GB 27.9GB 27.9GB
- 25. Aerospike, Cassandra, Couchbase、 MongoDBを比較したNoSQLベンチマーク 25 2014/7/25 MongoDB and DataStax, In the Rearview Mirror http://blog.couchbase.com/mongodb-and-datastax-rearview-mirror
- 26. Aerospike, Cassandra, Couchbase、 MongoDBを比較したNoSQLベンチマーク 26 2014/7/25 MongoDB and DataStax, In the Rearview Mirror http://blog.couchbase.com/mongodb-and-datastax-rearview-mirror
- 27. Aerospike, Cassandra, Couchbase、 MongoDBを比較したNoSQLベンチマーク 27 2014/7/25 MongoDB and DataStax, In the Rearview Mirror http://blog.couchbase.com/mongodb-and-datastax-rearview-mirror
- 28. Aerospike, Cassandra, Couchbase、 MongoDBを比較したNoSQLベンチマーク 28 2014/7/25 MongoDB and DataStax, In the Rearview Mirror http://blog.couchbase.com/mongodb-and-datastax-rearview-mirror
- 33. クラウドにおけるPerformance戦略 大量にアクセスするNoSQLをクラウドで使う と、先に「ネットワーク帯域」が刺さります。 スケールアップ戦略は、アクセスが多い場合 は不適な戦略 KVSとしての利用であれば、小さいインスタ ンスを大量に配置（4コア、4GB程度） スケールアウト戦略が一番効き目がある ディスクへの書き込みは「非同期」であるの で、そこまで性能の良いディスクは不要 （300IOPS程度で十分）