ドキュメントの更新情報からの共有ですが、Amazon Aurora でデータ削除によるクラスターボリューム（ストレージ）の縮小が可能になったようです！ 以下、ドキュメント更新履歴からの情報です。 Amazon Aurora クラスターボリュームの縮小 ご存知のとおり Amazon Aurora のクラスターボリュームはデータ量に応じて動的に拡張されます。ボリュームサイズを指定する必要はありません。一方でボリュームサイズの縮小には対応していませんでした。（縮小は Aurora に限らず、他の RDS エンジンでも同じです） 例えば、一時的に大きなデータを格納するために 50 GB から 100 GB に拡張されたとします。その後、不要になったので 50 GB のデータを削除したとしても、拡張されたボリュームサイズは 50 GB に戻らず、100 GB のままになります。 具体的にいうと Vo

Aurora PostgreSQL 互換をお使いの皆さま。待望のアップデートが来ましたよ！ Publishing PostgreSQL Log Files to Amazon CloudWatch Logs これまで Aurora MySQL 互換や、RDS for PostgreSQL は CloudWwatch Logs に対応していましたが、ついに Aurora PostgreSQL 互換でも利用可能になりました。 何が嬉しいのか CloudWatch Logs に出力することで以下のようなことが実装しやすくなります。 ログイベントを検出して通知したり、Lambda と連携して何かアクションを行う Kinesis Data Firehose と連携して S3 へログを保存 CloudWatch Logs Insights を使ってログの調査 制限 執筆時点で確認したかぎりでは、エンジ

本日の update で PostgreSQL 互換の Aurora でも Aurora Serverless が提供されるようになりました！ Amazon Aurora PostgreSQL Serverless – Now Generally Available これまでは MySQL5.6 互換のみ提供されていましたが、ついに PostgreSQL 互換でも利用できるようになりましたね！ Aurora Serverless とは Aurora Serverless は、通常 DB インスタンス部分が起動しておらずストレージ部分だけがあります。そして、リクエストが来たタイミングでオンデマンドに DB インスタンス部分のコンテナが起動して SQL を処理します。負荷に応じて自動でスケールしてくれることと、不要な場合にインスタンスサイズをミニマム構成にしたり、停止させることで不要なコストを

うれしいアップデートが流れてきたのでシェアします！ これまで R4/R5 インスタンスしか選択できなかった Aurora PostgreSQL 互換で、ついに T3 インスタンスが使えるようになりました！ Amazon Aurora with PostgreSQL Compatibility Supports T3.Medium Instances さっそく確認 さっそく AWS コンソールから確認してみましょう。 たしかに選択できるようになってました！東京リージョンで、確認してますよ！ 使用可能な条件 T3 インスタンスを選択できるようになりましたが、執筆時点において実機確認した限りでは以下の条件のようです。 T3 が選択できるのはAurora PostgreSQL 互換 10.7 のみ 10.6以下、9.6.x では T3 インスタンスはリストに表示されませんでした。 選択できるのは

昨日、Aurora PostgreSQL においてフェイルオーバー後のパフォーマンスを改善するクラスタキャッシュ管理に関する機能アップデートがありましたので紹介します。 PostgreSQL 準拠の Amazon Aurora がクラスタキャッシュ管理をサポート 何がうれしいのか Amazon Aurora はマスターのインスタンスで障害が発生した場合、リードレプリカのインスタンスが昇格するかたちでフェイルオーバーすることが出来ます。これまでクラスタキャッシュ管理がない場合に、フェイルオーバーによって昇格したインスタンスには、マスターが使用していたウォームキャッシュは引き継がれていないため、ストレージから読み込む必要がありパフォーマンスが一時的に低下してしまいます。 クラスタキャッシュ管理のサポートによって、あらかじめ指定されていた特定のリードレプリカにのみウォームキャッシュを同期すること

前回のエントリーで、Lambda の実行基盤の SDK がまだ古く Data API(rds-data) に対応していませんでした、と書きました。 [アップデート] Aurora Serverless の Data API が東京リージョンでもサポートされました 一晩寝てアタマがスッキリしました。 「そうだ。ぼくたちには Lambda Layer があるじゃないか」 ということで、Lambda Layer を使って最新の SDK を準備し、Lambda から Data API を叩けるところまで確認してみました。 Lambda Layer って何よ？ Lambda Layer は re:Invent 2018 でリリースされました。Lambda Layer は、複数の Lambda 関数でライブラリを共有させたり、カスタムランタイムの利用、その他の依存関係を解決するための zip アーカイ

Aurora Serverless の Data API 機能がサポートされましたので早速つかってみました！東京リージョンでも使えますので、是非、お試しあれ！ 昨年の re:Invent 前に発表された Aurora Serverless の Data API がついにサポートされたようです！そして、東京リージョンでも使えます！さっそく使ってみたのでレポートします。 Amazon Aurora Serverless MySQL 5.6 Now Supports Data API Data API って何？ これまで Lambda と RDBMS 系のサービス（RDS/Aurora)は接続方法や、最大接続数の問題に直面しやすいことから相性が悪い（いわるゆアンチパターン）と言われてきました。Data API は Aurora Serverless の エンドポイントとして機能するので、従来のよ

平成最後の日、いかがお過ごしでしょうか？私は人混みが苦手なので、どこにも行かず、こうやってブログを書いてるわけですね。 本日 Aurora Serverless に以下 2つ のアップデートがありました。 最小キャパシティ(ACU)が 1 から指定可能になりました キャパシティ変更の強制オプションがサポートされました 『Announcement: Amazon Aurora Serverless Now Supports a Minimum Capacity of 1 Unit and a New Scaling Option』 最小キャパシティ Aurora Serverless は負荷によってコンピューティングリソースが動的にスケーリングしますが、スケーリング単位として Aurora Capacity Unit (ACU) が設定されています。1ACU は 2GB のメモリとそれに対応