![リクルートが『スタディサプリ』で Amazon Aurora Serverless v2 を採用。コストを最適化しつつ Aurora の管理工数を大幅削減 | Amazon Web Services](https://cdn-ak-scissors.b.st-hatena.com/image/square/9b5f8afc73ae23fb992ec1ea07f671d068c6860f/height=288;version=1;width=512/https%3A%2F%2Fd2908q01vomqb2.cloudfront.net%2Fb3f0c7f6bb763af1be91d9e74eabfeb199dc1f1f%2F2024%2F04%2F25%2Fasv2_ss.png)
Amazon RDS Proxy, a fully managed, highly available database proxy for Amazon Relational Database Service (RDS), is now available in preview. RDS Proxy makes applications more scalable, more resilient to database failures, and more secure. Applications communicate with databases by establishing connections, which consume memory and compute resources on the database server. Many applications, inclu
You can now export Amazon Relational Database Service (Amazon RDS) or Amazon Aurora snapshots to Amazon S3 as Apache Parquet, an efficient open columnar storage format for analytics. The Parquet format is up to 2x faster to export and consumes up to 6x less storage in Amazon S3, compared to text formats. You can analyze the exported data with other AWS services such as Amazon Athena, Amazon EMR, a
本日より、Amazon RDS for MariaDB、Amazon RDS for MySQL および Amazon RDS for PostgreSQL で、最大 64 TiB のストレージと最大 80,000 IOPS の I/O パフォーマンスを持つデータベースインスタンスを作成できるようになりました。 既存のデータベースインスタンスも、ダウンタイムなしで最大 64 TiB のストレージにスケーリングできます。新しいストレージ制限は 32 TiB からの引き上げとなり、プロビジョンド IOPS や汎用 SSD ストレージタイプに対してサポートされます。また、プロビジョンド IOPS SSD ストレージを使用したインスタンスの場合、Amazon RDS は最大 80,000 IOPS のパフォーマンス向上もサポートします。 これにより、データベースシャードを単一のデータベースインスタ
本日より、Amazon RDS for MariaDB、Amazon RDS for MySQL、Amazon RDS for PostgreSQL、Amazon RDS for SQL Server、Amazon RDS for Oracle で、Storage Auto Scaling のサポートを開始しました。RDS Storage Auto Scaling では、増加するデータベースのワークロードに応じてストレージ容量がダウンタイムなしで自動的にスケールされます。 以前は、予期されるアプリケーションの需要に基づいて、手動でストレージ容量をプロビジョニングする必要がありました。過少プロビジョニングではアプリケーションのダウンタイムが発生し、過剰プロビジョニングでは使用率の低いリソースや高いコストが発生する可能性があります。RDS Storage Auto Scaling を利用すると
Amazon Aurora データベース用にカスタムエンドポイントを作成できるようになりました。これにより、Aurora クラスター内のさまざまなデータベースインスタンスに対してワークロードの分散と負荷の調整が可能になりました。 例えば、Aurora レプリカのセットをプロビジョニングし、分析ワークロードを実行するためにメモリ容量の大きなインスタンスタイプを使用するとします。カスタムエンドポイントでは、適切に設定されたこれらのインスタンスに分析ワークロードをルーティングしながら、クラスター内の他のインスタンスをこのワークロードから分離して維持できます。ワークロードに合わせてインスタンスをカスタムエンドポイントで追加または削除すると、エンドポイントによって負荷が分散されます。 カスタムエンドポイントの作成時に、どのインスタンスをその対象にするかを指定し、クラスター内に新たに作成されたインスタ
AWS Database Blog Monitor Amazon Aurora MySQL, Amazon RDS for MySQL and MariaDB logs with Amazon CloudWatch NEW! Amazon Aurora with MySQL compatibility now supports publishing of all logs to CloudWatch Logs using the process described below. Amazon RDS has long offered customers the ability to view and download logs associated with their DB instances for troubleshooting purposes. Now, with Amazon
セクションナイン の 吉田真吾(@yoshidashingo)です。 DB無停止移行は人類の夢 利用する特徴 手順 移行元データベース(MySQL) 中間データベース(Aurora Read Replica) 移行先データベース(暗号化済みAurora) DMS ソース/ターゲットデータベースに接続する タスクを作成して実行する 継続レプリされているか確認する アプリ切替 移行元にデータを書き込む まとめ 参考 DB無停止移行は人類の夢 暗号化していないRDS MySQLから暗号化済みのAuroraに移行したいけど、スナップショットの復元でもAurora Read Replicaのマスター昇格でも一発ではリソース暗号化ができませんが、そんなときに便利なのがDatabase Migration Service(DMS)です。 DMSを使えばどちらかがリソース暗号化されたデータベースであっても
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く