Amazon Aurora MySQL がリードレプリカの可用性を改善
Amazon Aurora MySQL 互換エディションは、ライターノードの再起動を通じて読み取りの可用性を維持するようになりました。これまでは、ライターノードが再起動すると、Aurora MySQL クラスター内のすべてのノードも再起動していました。本日のリリースにより、リーダーノードはライターノードの再起動中に読み取りリクエストを処理し続けるようになり、これによりクラスターでの読み取りの可用性が改善されます。 計画されたライターノードの再起動は、通常、binlog の有効化や無効化などの静的パラメータを適用するために行われます。これらの再起動を通じて読み取りの可用性を維持することは、ライター設定に変更を加えることによる影響を軽減するのに役立ちます。さらに、フェイルオーバーが発生した場合の可用性が向上します。この場合、リーダーノードは引き続き使用可能であり、新しく昇格したライターに再接続
RDS for MySQL5.6 から Aurora（MySQL 5.6 互換）へ移行しました - Feedforce Developer Blog
ソーシャルPLUS 開発チームでインフラエンジニア をやっています id:mayuki123 です。気づけば入社から10ヶ月ほど経っていました。 ソーシャルPLUSのメッセージ機能については1年半ほど前にAurora移行を実施していますが、2019年2月中旬にメインのソーシャルログイン機能で利用している データベースをRDS for MySQL5.6からAmazon Aurora(MySQL 5.6 互換）に移行することが出来ました。 developer.feedforce.jp Auroraに移行する利点等は多くの方がまとめているかと思うので、今回はデータベース移行で実施した手順に着目して書こうと思います。 準備期間と移行作業の概要 データベース移行方法の選択 AWSのDMSとは AWSのDMSのリソースについて データロードの種類 新しいAurora環境の構築 データベースインスタンス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
