Japan Rook Meetup #2のまとめ
-
- いいね！0
こば -Koba as a DB engineer-
@tzkb
似たような構成でDBのベンチマーク取ったら、Cephとても遅かった記憶が。 #japanrook
2020-03-27 19:57:14
Shingo Kitayama
@spchildren
前から思うんやけど、HCI的なRook箱作ったらええんちゃうの？ もうあるのかな？ #japanrook
2020-03-27 19:58:36
ysakashita
@ysakashita3
別のところで話したストレージの性能、スループットとIOPSの考え方です。ご参考。#japanrook pic.twitter.com/Wo3qHhpAnI
2020-03-27 19:59:00
拡大
Shingo Kitayama
@spchildren
だいたいこの界隈の人が普通っていうときは、IT人口の0.0000001%くらいのことを示すって聞いた。 #japanrook
2020-03-27 20:03:42
transnano@育児休業中
@transnano
スケールアップ戦略も見えて良き良き この辺がわかって来ないとインフラでの高速化や最適化図れないなぁ #japanrook
2020-03-27 20:03:55
Takuya Niita
@takuya_0301
ストレージにQoSかけられている環境ではRook-Cephが限界突破手段か。なるほど。 #japanrook
2020-03-27 20:04:37
komaki🍩
@kmktkyk
3wayのほうがすこーーーしread早いのか。writeはやっぱり2way レプリカの方が上だよね。まぁ。 #japanrook
2020-03-27 20:04:45
transnano@育児休業中
@transnano
なるほど！パブリッククラウドではストレージに制限かけられているので限界突破にはRookが欠かせないと！ #japanrook
2020-03-27 20:05:53
komaki🍩
@kmktkyk
回答ありがとうございます！ (結構min_sizeがI/Oに効いてくる"はず"なので気になった次第です) > 回答 : min_sizeは1で合わせている #japanrook
2020-03-27 20:09:32終了後
Takashi Sogabe
@rev4t
Japan Rook Meetup #2 の発表資料「Rookの基礎・バージョンアップ」を公開しました。ぜひご覧ください。 bit.ly/2wFKIuJ #japanrook
2020-03-27 20:03:54
Shingo Kitayama
@spchildren
今日何回もでてくる「Topology Spread Constraints」はこちら。とてもわかり易い資料。 #japanrook speakerdeck.com/ytaka23/kubern…
2020-03-27 20:13:56