Database Lounge Tokyo #4 ツイートまとめ

めるぽん.ac @melponn

Aurora、MySQLからストレージを切り離し、AZを跨ってストレージを共有できるようにした。これによってリードレプリカからの参照がほぼ遅延無く、20ms程度で参照できるようになった #dbltokyo

ぬこ＠横浜 14.1 @nuko_yokohama

キャッシュを分離することで、DBプロセスが死んでも（理論的にはパッチを当てても）キャッシュは継続する。 #dbltokyo

atsuizo @atsuizo

AuroraはキャッシュをDBプロセス外に出し、DBプロセスが死んでもキャッシュが生き残り、復旧後に再利用できるようにした #dbltokyo

まえあつ @takaidohigasi

プロセスとキャッシュを分離されパッチを適用してもキャッシュは生きている状態がAuroraの目標 #dbltokyo

komamitsu @komamitsu_tw

#dbltokyo 3AZに6つのコピーで、N=6, W=4

κeen @blackenedgold

「Auroraが頑張って6箇所に書いてる」 #dbltokyo

atsuizo @atsuizo

ストレージは厳密には共有ではなく、3つのAZに合計6つのストレージを持ち、Auroraのプロセスが頑張って書きに行く。 4/6成功したらOK返す #dbltokyo

hashtagsjp @hashtagsjp

#dbltokyo を登録しました。 bit.ly/2qmmTz4

ぬこ＠横浜 14.1 @nuko_yokohama

ストレージサービスの話。6つのデータコピー、6個中、4個の書き込みでコミット。6個中、1個のストレージがダメになってもユーザからは障害が見えない。 #dbltokyo

めるぽん.ac @melponn

S3の耐久性、いつ見ても異常だな…（イレブン・ナイン） #dbltokyo

κeen @blackenedgold

追記型か。 #dbltokyo

tacke @tacke_jp

auroraは追記型なのか〜〜〜〜 #dbltokyo

komamitsu @komamitsu_tw

#dbltokyo Auroraは追記型なのか…

atsuizo @atsuizo

ログストラクチャは追記型。PostgreSQLっぽい。#dbltokyo

ぬこ＠横浜 14.1 @nuko_yokohama

Auroraのストレージ層はMySQLのストレージとは全く違う。Autoraは追記型ストレージシステム。 #dbltokyo

atsuizo @atsuizo

ストレージ3/6状態になっても、読み込み可能な状態で続く。#dbltokyo

めるぽん.ac @melponn

Aurora、ストレージが壊れてもユーザは気が付かず、勝手に直してくれる #dbltokyo

κeen @blackenedgold

データ整合性の話が質問に #dbltokyo

ぬこ＠横浜 14.1 @nuko_yokohama

物理的な障害の検知のために、チェックサムと合意のアルゴリズムを常に動かしている。もちろん、性能とのトレードオフはある。 #dbltokyo

kuntao @_iamkuntao

分散システムの整合性の話難しい #dbltokyo

κeen @blackenedgold

停止故障だったら簡単なんだけどデータ破損はつらいよね #dbltokyo

komamitsu @komamitsu_tw

#dbltokyo Auroraのreplica自身はデータの複製はしなくて良いのか

ぬこ＠横浜 14.1 @nuko_yokohama

MySQLレプリケーションとAuroraは複製方法が違う。 「ほぼ」同時刻でどのレプリカからも同じデータが読める。 20ms程度の遅延はあるが、それはキャッシュ間の同期。 #dbltokyo

κeen @blackenedgold

キャッシュ整合性のために20msくらい掛かる #dbltokyo

atsuizo @atsuizo

AuroraのRRの20ms遅延は、ストレージ同期ではなくて、各インスタンスのバッファキャッシュ整合を取るための時間。#dbltokyo