OLTPにおいてRDBMSのスケールアウトは重要か？

Sadayuki Furuhashi @frsyuki

memcachedなしでWebサービスを動かすのは、DRAMなしでPCを動かすようなイメージ…ちょっと違うか。参照の局所性を利用して最適化するのは良い案だけど、どの程度の局所性なのか、というか揺らぎがありそうで、プランニングが難しいと言うことかなぁ。

Kazunori Sato @kazunori_279

.@frsyuki N階層システムをスケーラブルにするのに、ステートレスにする（クライアントかDBのみにデータを置く）か、ステートフルにする（中間層でキャッシュする）かは、昔から議論がつきないですね

Masayoshi Hagiwara @masayh

クラウドでは後者で決まりではないでしょうか？@kazunori_279 N階層システムをスケーラブルにするのに、ステートレスにする（クライアントかDBのみにデータを置く）か、ステートフルにする（中間層でキャッシュする）かは、昔から議論がつきないですね

Kazunori Sato @kazunori_279

@masayh 私は昔からステートフル好きでしたが、メモリが高価だった昔気質のステートレスな人ととく議論がぶつかってました^^

Sadayuki Furuhashi @frsyuki

@kazunori_279 参照の偏り方に依る→ケースバイケースなんでしょうねぇ。完璧にスケーラブルなストレージ（ステートフル）があれば問題ないのでしょうが、ステートフルだと分散が難しいので、現実的にはステートレスな層を挟んでドーピングしたくなる感じです。

Kazunori Sato @kazunori_279

ステートフルな設計はキャッシュするコンテナの堅牢性・可用性とかリソース消費見積もりが難しいから、ステートレスの方がシンプルイズベストって判断も多かった

Masayoshi Hagiwara @masayh

なるほど。それもわかります。N層でトランザクションの密結合前提ではステートレスが主だったと思います。でも、今は違うでしょう。@kazunori_279 私は昔からステートフル好きでしたが、メモリが高価だった昔気質のステートレスな人ととく議論がぶつかってました^^

Masayoshi Hagiwara @masayh

参照の偏り見て自動に配置を最適化すれば？@frsyuki 参照の偏り方に依る→ケースバイケースなんでしょう。完璧にスケーラブルなストレージ（ステートフル）があれば問題ないのでしょうが、ステートフルだと分散が難しいので、現実的にはステートレスな層を挟んでドーピングしたくなる感じ。

Kazunori Sato @kazunori_279

あとHttpSessionでハマった人はステートレス派になるw Stateful SessionBean使っておけば使用メモリ上限指定できるのに...

Kazunori Sato @kazunori_279

@masayh @frsyuki 偏りの自動配分とかシステム屋さんのスキルとか予算が要るから、アプリ屋にはむずいですねぇ。。

Sadayuki Furuhashi @frsyuki

@masayh …なるほど。それは良いですね。すると、状況に応じてキャッシュ（ステートレス）とDB（ステートフル）の役割を動的に切り替えられる実装が必要そうですが、効率の良い実装はなかなか難しそうです。

Kazunori Sato @kazunori_279

@frsyuki 気がついたら俺はOracle RACクローン実装してた。。になりそうw

Masayoshi Hagiwara @masayh

すべてを実行時に解決しようとすると無理でしょう。ある程度部分最適でデータ設計時に静的に決める最適化。@frsyuki 状況に応じてキャッシュ（ステートレス）とDB（ステートフル）の役割を動的に切り替えられる実装が必要そうですが、効率の良い実装はなかなか難しそうです。

Sadayuki Furuhashi @frsyuki

@kazunori_279 RACはキャッシュとDBの役割を切り替えられたりするのでしょうか？ キャッシュはCoherence頼みで別システムなのかなーと思っていました。

Kazunori Sato @kazunori_279

もっとも1つのRDBインスタンスに負荷集中しないNoSQLな設計が一般化しつつある今のクラウドだと、昔ほどキャッシュに命かける必要はなくなりつつあるな

marble @marblejenka

cache fusionってかっこいいですよね。ドラゴンボールみたいで。

Kazunori Sato @kazunori_279

@frsyuki RACのキモはmemcachedが10年進化したような分散キャッシュ（cache fusion）で、結構Coherenceに近いものがあります。

Sadayuki Furuhashi @frsyuki

@masayh ちょっとイメージが湧かないのですが、このデータはキャッシュが効きやすいとか、このデータは決してキャッシュはしないといったヒントを与えておくと言うことでしょうか？ そのヒントがあると…何が無理でなくなるのでしょう？

Kazunori Sato @kazunori_279

すごい割にはあまりスケールアウトしないんだよなぁ。。＞RAC

marble @marblejenka

@kazunori_279 そういう要件があまりエンタープライズだとなかったからじゃないですかね。そうぽんぽんサーバー積み増しというのもしないでしょうし。アクティブな待機系があるというのでもそれなりによいものだったのでは。

Sadayuki Furuhashi @frsyuki

"Oracle Real Application Clusters(Oracle RAC)のキモ ～Cache Fusionに注目する～" http://bit.ly/9sJOEE

Masayoshi Hagiwara @masayh

データの更新頻度、アクセス法、ローカリティなどはアプリ要求である程度出る。実行時に考えることではないと思う。データパーティションもそうでしょ。手組みではだめ。@frsyuki このデータはキャッシュが効きやすいとか、このデータは決してキャッシュはしないといったヒント

Kazunori Sato @kazunori_279

@marblejenka 基幹系だとスケールアップだけでこと足りる？そんなことはないと思うなぁ。。w NonStop Serverとかスケールアウトしまくり

Kazunori Sato @kazunori_279

ところでJPホーガンも元DECエンジニアだったんだね。またDEC伝説がひとつ...

marble @marblejenka

@kazunori_279 やー、hadoopみたいに計算とデータストアのノードが一緒になってて速そう、というのは魅力的ですが、そもそもそんなにスケールアウトしないといけないような案件て初期の見積もりがいけてないのではとか。