MySQLを１〜２時間でスケールアウトする - クックパッド開発者ブログ

最近、Elastic BeanstalkやECSと戦っているSREチームの菅原です。 P5をやりたいのにPS3もPS4も持っていないので指をくわえて羨ましがっている毎日です。 この記事では、突然のアクセス増に備えるために、MySQLのスレーブを１〜２時間でスケールアウトできるようにした話を書きます。 MySQL on EC2 クックパッドは周知の通りAWSを利用していますが、主要なデーターベースについてはAmazon RDSではなくMySQL on EC2を使っています。 これは以下のような理由によるものです。 歴史的な経緯: AWS移行当時、RDSが無かった。また、移行後もしばらくはTritonnを使っていたため、RDSを使うことができなかった オンラインメンテナンスの実現: VPCルートテーブルを使った仮想IPとMHA for MySQLを使ってダウンタイムゼロのマスタDBの切り替えを

[secondlife]

P5オススメなので買いましょう！！

[moro]

“「長い時間かかって手持ちぶさたな割に目を離すことができないから他の作業がしにくい時間」って、ほんと嫌ですよね… 今後もそんな作業があればさっさと自動化して、QoLの向上を図っていきたいものです。 ”

[kazeburo]

"SREチームの菅原です" cookpadもSRE！！

[wordi]

EBSの暖機に19時間かかってたのが、I2インスタンスに高速にファイルコピーするツールを作って1～2時間で完了するようになった

[ebo-c]

金の力(I2インスタンス)で暖気運転「どうだ明るくなったらう」

[ksakae1216]

すごい話だな～、暖機なんて知らなかった！

[masudaK]

歴史的背景が大変そうなのが気になってしまった

[rochefort]

InnoDBバッファープールのプリロード機能

[msykt]

FTP対策。並列コピーのツールを作るあたりはサスガ。暖機無しで300〜400GBコピーで1時間くらいだとしたらかなり速いと思う。gp2で1TBという限定敵な組み合わせだけでもFTPを緩和できる仕組みがAWSに欲しい。

[k12u]

長いジョブの後パイプで`curl slack api`というのはよくやってる

[nurai]

そうなんだよなー。

[uzuki-first]

すごっ

[nilab]

MySQLを１〜２時間でスケールアウトする - クックパッド開発者ブログ

[i43s]

新規のEBSのpre-warmupは2015年に不要（非推奨）になったけど、スナップショットからの復元だから暖機が必要ということか

[sh2]

EBSの暖機はAmazon側がAPIとして用意すべき機能な気がする。バッファプールのダンプをするDBと、EBSのスナップショットをとるDBが同じならダンプは可搬性がある。違うなら、たまたま動いている感じかも

[eigo_s]

tritonn懐かしい

[InoHiro]

ddcp go-lang製だ

[photoblg]

暖機って初めて聞いた。

[araishi]

QOL

[kamatama_41]

知見だ。

[t2y-1979]

大規模になると大変だなぁ

[dayafterneet]

地味に凄い

[yoshikidz]

2時間かー。時間のバッファは遅い時の時間感覚でやってしまいそうだわ〜何が起こるかわからないからi/o依存って怖い〜

[YarmUI]

RDSの偉大さがわかる

[kuchitama]

オートスケーリングじゃなく、予想される負荷増に備えるスケーリングか。このレベルのスケールが必要って、クックパッドならではだなぁ

[fujya]

こういう運用が超大事。超。

[mikage014]

すごい

[udzura]

“暖機作業を高速化”

[hiyokos]

いいね！

[tsubowish]

暖機！

[FumblePerson]

めっちゃ良い話