コネヒト株式会社で「ママリ」におけるAmazon Auroraの活用に関するお話を伺いました | AWS Startup ブログ
AWS Startup ブログ コネヒト株式会社で「ママリ」におけるAmazon Auroraの活用に関するお話を伺いました こんにちは、Startup担当SAマネージャーの篠原英治(@shinodogg)です。 コネヒト株式会社でインフラエンジニアをされている永井さん(@shnagai)に、Amazon Aurora MySQLへの移行およびその後の運用に関するお話を伺いました。 永井勝一郎(@shnagai)さんについて インフラエンジニアとしてAWSを日々活用し、直近では、ママ向けQ&Aアプリ「ママリ」におけるAmazon ECSを用いたコンテナ化や、Amazon Auroraへのデータベースの移行などを手がけられています。2児の父として、週末はお子さんのサッカーに帯同しながら審判をご担当されることもあるそうです。 Amazon Auroraに移行しようと思った背景 Amazon R
RDS for MySQLからAuroraへの移行 〜Auroraリードレプリカを利用した低コスト移行方式〜 - コネヒト開発者ブログ
こんにちは。インフラエンジニアの永井(shnagai)です。 今回は、メインサービスで使っているDBを、RDS for MySQLからAmazon Auroraへ移行した話について書こうと思います。 Auroraの良さについては、一つ前のブログにまとめているので気になる方はこちらをご覧ください。 tech.connehito.com なぜAurora移行を行ったのか 可用性を担保しながら、コストメリットが享受できる RDS for MySQL時代は可用性を確保する為に、マスター、レプリカ全て MultiAZ構成で組んでいました。しかし、MultiAZだとアクティブ-スタンバイ構成なので、スタンバイ機はトラフィックを捌かず寝ている状態になります。 Auroraにすることで、マスター - レプリカ間のフェイルオーバーが可能になり、全てのRDSインスタンスをアクティブに運用することで、同じマスタ
Amazon Auroraの良さについてまとめてみた - コネヒト開発者ブログ
こんにちは。インフラエンジニアの永井(shnagai)です。 サービスで使っているDBをRDS for MySQLからAuroraへ移行するプロジェクトを進めていて、 色々と知見が溜まってきたので、これまでAWS SAの方に聞いたりwebで調べたことについてざっとまとめてみました。 アーキテクチャ リーダエンドポイントによる負荷分散と共有ストレージモデルのメリットが大きい リードレプリカアクセスにLB機能がある リーダエンドポイントによって、ヘルスチェック&ラウンドロビンで読み取りアクセスに負荷分散 レプリカ0の場合は、writerにアクセスがいく アプリケーション側のエンドポイントとしては、リーダエンドポイントを指すことでr53では出来なかったヘルスチェック機能付き負荷分散可能(パブリックアクセス許可しないとr53からのヘルスチェックは使えない。。) & HA Proxyやライブラリで行
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
