よくある質問 - Amazon Aurora | AWS
Amazon Aurora は、大規模なパフォーマンスと高可用性を提供する最新のリレーショナルデータベースサービスで、完全にオープンソースの MySQL と PostgreSQL 互換エディション、およびサーバーレスや機械学習 (ML) 駆動のアプリケーションを構築するためのさまざまなデベロッパーツールを提供します。 Aurora のストレージシステムは、分散型で耐障害性と自己修復機能を備えており、コンピューティングリソースから切り離され、データベースインスタンスごとに最大 128 TiB まで自動的にスケールアップされます。Amazon Aurora は、最大 15 個の低レイテンシーリードレプリカ、ポイントインタイムリカバリ、Amazon Simple Storage Service (Amazon S3) への継続的なバックアップ、3 つのアベイラビリティーゾーン (AZ) 間でのレ
ちょっと待って！Auroraを使う時にMulti-AZが本当に必要ですか？
ウィスキー、シガー、パイプをこよなく愛する大栗です。 Auroraへ移行するお話を頂くことが増えてきました。そこでAuroraへの移行時における冗長化のポイントを考えてみました。 RDSのSLA定義はMulti-AZが前提である旨を追記しました。 そもそもMulti-AZって？ ここではMySQLの場合のMulti-AZについて述べます。 Single-AZでは、以下の問題があります。 耐久性： ストレージボリュームで障害が発生した時には、「最新の復元可能な時刻」以降のデータ更新が失われる。 可用性： ハードウェア障害が発生した時に、インスタンスを再作成するため再接続までの時間が必要になる Auroraを除くRDSではストレージボリュームにEBSと同等のものが使用されているようなので通常のディスクに比べて高い可用性と信頼性を備えています。 補足すると、EBSについての具体的な数字としては「
CDP:Sharding Writeパターン - AWS-CloudDesignPattern
解決したい課題 RDBMSの書き込みに対する高速化は非常に重要で、また難易度の高い問題である。スケールアップで実現できる以上のパフォーマンスを出すには、当然、複数のデータベースサーバーを利用することになるが、どのように実現するかは常に課題である。 クラウドでの解決/パターンの説明 複数のデータベースサーバーで書き込みパフォーマンスを上げる方法に「シャーディング」がある。基本的には、同じ構造のデータベースを用意して適切なテーブルのカラムをキーにして分割し、書き込み処理を分散する。クラウドが提供するRDBMSサービスを用いれば、可用性が高く、運用効率もよいシャーディングが可能になる。 実装 AWSのRDBMSサービス「RDS」をシャーディングのバックエンドデータベースに用いれば、可用性と運用効率を高めることが可能となる。 Spiderストレージエンジンを組み込んだMySQLサーバーなどのシャー
DB インスタンスのメンテナンス - Amazon Relational Database Service
Amazon RDS では、Amazon RDS リソースのメンテナンスを定期的に実行します。メンテナンスでは、ほとんどの場合、DB インスタンスの以下のリソースの更新が行われます。 通常、オペレーティングシステムのアップデートはセキュリティ問題に関連しています。できるだけ早く実行する必要があります。 一部のメンテナンス項目では、Amazon RDS が DB インスタンスを少しの間オフラインにする必要があります。リソースをオフラインにする必要があるメンテナンス項目には、必要なオペレーティングシステムやデータベースのパッチが含まれます。セキュリティやインスタンスの信頼性に関連するパッチのみ、必須のパッチ適用として自動的にスケジューリングされます。そのようなパッチ適用はまれであり、通常は数か月に一度です。メンテナンスウィンドウのごくわずかしか必要としないことがほとんどです。 すぐに適用しない
CloudWatch メトリクスを発行する AWS のサービス - Amazon CloudWatch
以下の AWS サービスは CloudWatch にメトリクスを発行します。メトリクスとディメンションについては、指定されたドキュメントを参照してください。
AWS障害対策～予防から運用上の注意まで | IT Leaders
IT Leaders トップ ＞ テクノロジー一覧 ＞ クラウド ＞ 検証！マイグレーション先としてのAWS ＞ AWS障害対策～予防から運用上の注意まで クラウド クラウド記事一覧へ [検証！マイグレーション先としてのAWS] AWS障害対策～予防から運用上の注意まで 【第5回】 2017年7月31日(月)石田 知也（アイレット cloudpack事業部ソリューションアーキテクト） リスト オンプレミスからAWSクラウドへ移行するまでのシミュレートは前回まででほぼひと通り完了した。最終回となる今回は、移行後のフェーズ、すなわちクラウドの運用フェーズにおける検討事項、とくに『障害対策で留意すべきポイント』を挙げておきたい。どんなシステムもそうだが、AWSクラウドはある意味、運用に入ってからが本当の勝負どころでもある。本連載でクラウドならではの運用ポイントを理解/把握し、読者の皆様がオンプレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Black Belt Online Seminar AWS Amazon RDS
Forums
AWS services that publish CloudWatch metrics - Amazon CloudWatch
Monitoring metrics in an Amazon RDS instance - Amazon Relational Database Service
Amazon RDS イベント通知の操作 - Amazon Relational Database Service