えぇ？ Aurora＆RDSがBlue/Greenデプロイをフルマネージドで提供してくれるように!? - Qiita
まだre:Invent 2022開催直前ですが、フライング気味にいくつものAWSアップデートが早くも発信され始めています。 今回はその中でも 「Aurora＆RDSにおけるフルマネージドなBlue/Greenデプロイ」 を日本語で先行紹介してみます。 アナウンス概要 背景 データベースを更新する際、リスクとダウンタイムを極小化するためにBlue/Greenデプロイが有効な戦略となる。ただしBlue/Green双方のDBを常時同期しておかないと、安全なB/Gデプロイが出来ない AuroraやRDSではこれまでもクローン機能やリードレプリカ昇格機能を組み合わせてセルフサービスでB/Gデプロイを実現することができたが、手順が複雑でコストも掛かるため対応が後回しにされがちだった 新機能概要 Aurora（MySQL互換）、RDS（MySQL/MariaDB）が対象 少ない手順で本番DBのコピーをス
Amazon RDS リードレプリカ | クラウドリレーショナルデータベース | Amazon Web Services
Amazon RDS リードレプリカによって、Amazon RDS データベース (DB) インスタンスのパフォーマンスと耐久性が向上します。これを使用すれば、読み取り頻度の高いデータベースのワークロードに対して、単一 DB インスタンスキャパシティーの制約を超えて伸縮自在にスケールアウトできます。ソース DB インスタンスのレプリカを複数作成し、アプリケーションの大容量読み取りトラフィックをデータの複数のコピーから提供することにより、全体の読み込みスループットを向上させることができます。必要な場合は、リードレプリカをスタンドアロンの DB インスタンスに昇格させることも可能です。リードレプリカは Amazon RDS for MySQL、MariaDB、PostgreSQL、Oracle、SQL Server、Amazon Aurora で利用できます。 MySQL、MariaDB、Po
Amazon RDS for PostgreSQL クロスリージョンリードレプリカのためのベストプラクティス | Amazon Web Services
Amazon Web Services ブログ Amazon RDS for PostgreSQL クロスリージョンリードレプリカのためのベストプラクティス Amazon RDS for PostgreSQL のマネージドサービスのひとつにクロスリージョンリードレプリカがあります。クロスリージョンリードレプリカを使用することで、災害対策ソリューションの確保、データベースの読み込みワークロードのスケーリング、およびリージョン間での移行が可能になります。クロスリージョンリードレプリカは、Amazon RDS コンソール、AWS CLI、または create-db-instance-read-replica API を使用して作成できます。クロスリージョンリードレプリカには、追加のデータ転送料金がかかります。 Amazon RDS はクロスリージョンリードレプリカを容易にしますが、最良の経験を実
RDS Custom for Oracle, RDS for Oracle, Oracle On EC2 の比較 [JPOUG Advent Calendar 2021] - Qiita
RDS Custom for Oracle, RDS for Oracle, Oracle On EC2 の比較 [JPOUG Advent Calendar 2021]AWSoracleRDSOracleDatabase JPOUG Advent Calendar 2021 の5日目のエントリーです。 前の記事は yoshikaw さんのOracle Database Express Edition(XE)で21c新機能を試してみるでした。 はじめに Amazon RDS Custom for Oracleは、10/26に発表されたRDSの新しい形態であり、RDSにもかかわらずOSレイヤへのrootアクセスが可能になります。 また、12/2のre:Inventにおいて、Amazon RDS Custom for SQL Serverが発表されており、力を入れているのが分かります。 Ama
![RDS Custom for Oracle, RDS for Oracle, Oracle On EC2 の比較 [JPOUG Advent Calendar 2021] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/e05974fd2a2cce6f765201f1d2c9a9e6cd66ee27/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9UkRTJTIwQ3VzdG9tJTIwZm9yJTIwT3JhY2xlJTJDJTIwUkRTJTIwZm9yJTIwT3JhY2xlJTJDJTIwT3JhY2xlJTIwT24lMjBFQzIlMjAlRTMlODElQUUlRTYlQUYlOTQlRTglQkMlODMlMjAlNUJKUE9VRyUyMEFkdmVudCUyMENhbGVuZGFyJTIwMjAyMSU1RCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZGY0Y2Q2NDcwNTM1NWE0NGZiNjczNDI0YzljMzAxOTM%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBhc2FoaWRlJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0zZDQwZjRmZDg1NzFiNjAwYjNiNmRlNTI4NjUyYWViNA%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D7890fae1a96f68c8c4b566e6dc8eec2c)
あなたに最適なOracle Database on AWSは？ RDS or EC2徹底比較（前編） | アシスト
オンプレミス環境にあるOracle DatabaseをAWSへ移行する場合、Amazon Relational Database Service（以下RDS）かAmazon Elastic Compute Cloud（以下EC2）かの2択でお悩みになっているお客様が非常に多くいらっしゃいます。本記事では、移行を検討されているお客様から実際にご相談いただいた移行要件を例に、RDS、EC2で採用可能なアプローチや、採用する際の注意点について前編・後編に分けてお伝えします。 前編となる今回は、実際にご相談があった移行要件と、その一つである可用性要件についてご紹介します。 ※後編では、性能／サイジング要件、運用要件、そして結論としてどちらを採用するかについてのご紹介します。 AWSでOracle Databaseを利用したい場合、以下の二つの方法があります。 （1）Amazon RDS for O
Amazon RDS Performance Insights の 長期保存期間がより細かく設定出来るようになり、価格もかわりました | DevelopersIO
いわさです。 Amazon RDS では Performace Insights 機能を有効化することで、データベースの負荷状況を視覚化して分析やチューニングに活用することが出来ます。 Performace Insight は個別の有効化が必要で、デフォルトでは7日間まで負荷状況が無料で保存されます。 他のオプションとして、長期保存を選択した場合は有料で2年間まで保存することが出来ました。 これまでは無料の7日間か有料の2年間しか選択肢が無かったのですが、今回のアップデートでより細かい履歴保持期間を選択することが出来るようになりました。 また、今回料金モデルが変わって今後はインスタンスタイプごとの単価ではなくなります。 そのため、従来2年間の有料オプションで高単価なインスタンスタイプを利用されていた方は、今回のアップデートで料金がかなり安くなりそうです。 設定方法 従来 従来は以下のように
Amazon RDS の Performance Insightsで表示対象期間をカスタマイズ出来るようになりました | DevelopersIO
いわさです。 RDSのPerformance Insightsを使うと、過去のパフォーマンスデータを分析することが出来ます。 そのダッシュボードでは表示対象の期間を設定するのですが、本日のアップデートで期間の指定方法が変わり、より具体的な指定も出来るようになりました。 実際に少し触ってみましたのでユーザーインターフェースの変更点など、ご紹介したいと思います。 アップデート前 アップデート前は以下のように、現在時刻を起点に相対的にどこまでを表示範囲とするかを選択する形でした。 また、その際の選択肢としては、5分、1時間、5時間、24時間、1週間から選択する形でした。 この際に、より範囲を特定期間に絞りたい場合は表示されたグラフに対してドラッグ操作を行うことで表示範囲をカスタムすること自体は出来ていました。 アップデート後 UIが大きく変わっていますね。 期間の選択パネルでは、"Relativ
RDSのパフォーマンスインサイトについて調べてみた | DevelopersIO
こんにちは、つくぼし(tsukuboshi0755)です！ RDSの機能の一つとして、パフォーマンスインサイト(Performance Insights)というものが存在します。 今回はRDSパフォーマンスインサイトについて、頭の整理を兼ねて深掘りしてみたいと思います。 パフォーマンスインサイトとは？ パフォーマンスインサイトを有効化する事で、RDSのパフォーマンスに関するデータが集計され、AWSコンソール上に可視化されます。 コンソール上で可視化されたグラフから、DBの負荷の原因となっている項目を見つけ、DBの性能改善に役立てる事が可能です。 AWSの公式ドキュメントでは、以下のように記載されております。 平均アクティブセッション(AAS)とは？ パフォーマンスインサイトでは、平均アクティブセッション(AAS)という単位で、DBへの負荷状況を測定します。 AASは、以下のように計算されま
SQL レベルのメトリクス をサポートしたパフォーマンスインサイトで高負荷状態のDB稼働を確認してみた | DevelopersIO
AWSチームのすずきです。 SQL レベルのメトリクス をサポートを開始したパフォーマンスインサイト(Performance Insights)を利用して、 高負荷状態に陥った Amazon Aurora Provisioned (MySQL5.6互換) の稼働状況を確認する機会がありましたので紹介させていただきます。 環境 過負荷が発生した環境は、 CMS(WordPress)の 記事データベースとして利用している Aurora でした。 Performance Insights SQL情報 SQLの情報として、下記項目が表示されるようになりました。 calls/sec : 毎秒ごとの呼び出し avg latency (ms)/call : 平均レイテンシー rows examined/call : 一度の呼び出しで返される行数 一回の処理時間は短いが実行回数が多く、チリも積もって高い負
読み取りリクエストを複数の Amazon RDS リードレプリカに分散します
簡単な説明 Amazon Route 53 加重レコードセットを使用して、リクエストを複数のリードレプリカに分散させることができます。Route 53 ホストゾーン内で、リードレプリカに関連付けられた各 DNS エンドポイントに対して、個別のレコードセットを作成します。次に、同じ重みを付けて、レコードセットのエンドポイントにリクエストを転送します。 解決策 リードレプリカの DNS エンドポイント URL を検索します Amazon RDS コンソールを開きます。 ナビゲーションペインで[データベース]を選択し、リードレプリカをそれぞれ選択します。 [エンドポイント]の横にある DNS エンドポイント URL をメモ (またはコピー) します。 Route 53 ホストゾーンを作成します 注: ホストゾーンが既にある場合は、この手順をスキップしてください。 Route 53 コンソールを開
[アップデート] 複数の VPC から RDS Proxy を経由したデータベース接続が可能になりました | DevelopersIO
本日のアップデートで複数の VPC から RDS プロキシ を経由して Aurora/RDS への接続が可能になりました。 Amazon RDS Proxy now supports database connectivity from multiple Amazon VPCs 複数 VPC からの RDS プロキシを利用可能 これまでは RDS プロキシは Aurora/RDS が配置されいる VPC 内でのみ利用可能でしたが、今回のアップデートにより異なる VPC 内の EC2 や Lambda からも RDS プロキシを経由して Aurora/RDS への接続が可能になりました。 VPC 間で Aurora/RDS に接続する場合、従来は以下のように VPC ピアリングなどを用いてネットワーク的に接続しているかと思います。 VPC ピアリングのようにネットワークまるごとを接続したくな
絶対に知っておくべきAuroraの話 – Amazon Web Service(AWS)導入開発支援
はじめに本稿では､Amazon Auroraについて記載します｡AWSやRDSについて､まだあまり良く知らない方や､Auroraについての基礎知識を調べたい方などを読者として想定しています｡ AuroraはAWS上で利用できるリレーショナルデータベースエンジンです｡RDSというAWSの仮想データベースサービスで選択できるDBエンジンの1つで､MySQLやPostgreSQLと互換性を持ちつつ､それらと比べ高い処理能力を発揮します｡ AuroraはAWSの各リージョンに存在する､アベイラビリティゾーン(データセンタ)通称AZを跨る､マルチAZによるクラスタ構成での運用をサポートしており､S3へのバックアップも可能であるなど､AWSの利用に特化したデータベースです｡ Auroraは､RDSがフルマネージドのデータベースサービスである事から､パッチの適用やセットアップ､バックアップといった一連の
初めてのPerformance Insights入門 | Amazon Web Services
Amazon Web Services ブログ 初めてのPerformance Insights入門 テクニカルソリューションアーキテクトの笹川です。 本記事ではRDS MySQL使用時のPerformance Insightsの使い方についてご紹介させて頂きます。 Performance Insightsを聞いたことがあるけれど何ができるのか分からない、実際にどのように活用すれば良いのかイメージができないという方もいらっしゃるのではないでしょうか。今回は初めてのPerformance Insights入門と題してサンプルのクエリを実行しながらPerformance Insightsの使い方をご紹介していきます。 Performance InsightsとPerformance Schema Performance InsightsではDBの負荷状況がMySQLにログインすることなくAWS
Amazon RDS を PostgreSQLのメジャーバージョンとマイナーバージョンにアップグレードするためのベストプラクティス | Amazon Web Services
Amazon Web Services ブログ Amazon RDS を PostgreSQLのメジャーバージョンとマイナーバージョンにアップグレードするためのベストプラクティス オープンソースの PostgreSQL は、頻繁に発生するバグ、セキュリティの問題、データ破損の問題の修正を含む新しいマイナーバージョンとメジャーバージョンをリリースすることがあります。一般的に、Amazon RDS は、新しいエンジンバージョンが利用できるようになってから 5 か月以内にサポートすることを目指しています。また、特定のバージョンがサポートされなくなった場合、RDS PostgreSQL インスタンスをアップグレードする必要があります。この場合、RDS は、データベースインスタンスのアップグレードを提案するメールを送信します。RDS コンソールまたは AWS CLI コマンド modify-db
【AWS CLI】RDS関連の情報取得編 - サーバーワークスエンジニアブログ
こんにちは。AWS CLIが好きな福島です。 今回は、AWS CLIを使ってRDS関連の情報を取得するコマンドを記載いたします。 その他のAWS CLI関連の記事 私はよくqueryを使うため、queryの使い方が分からない方は、こちらを参照していただけますと幸いです。 実行環境 利用するコマンド,サブコマンド <command> <subcommand> エンジンとインスタンスクラス情報 コマンド(ヘッダー無し) コマンド(ヘッダー有り) DBサブネット情報 コマンド(ヘッダー無し) コマンド(ヘッダー有り) エンドポイント情報 コマンド(ヘッダー無し) コマンド(ヘッダー有り) 補足 セキュリティグループ情報(5個まで表示) コマンド(ヘッダー無し) コマンド(ヘッダー有り) ステータスチェック(Auroraのインスタンスを含む) コマンド(ヘッダー無し) コマンド(ヘッダー有り) ス
24時間以上前の RDS イベントログを確認する方法 | DevelopersIO
困っていた内容 RDS でイベントが発生しました。マネジメントコンソールで確認しようとしましたが、目的のイベントが時間経過により表示されなくなってしまいました。過去のイベントログを確認する方法を教えてください。 イベント発生時 時間経過後 どう対応すればいいの? AWS マネジメントコンソールは RDS イベントログは、過去 24 時間のイベントを確認することが可能です。それより前の時間のイベントを確認する場合は、AWS CLI コマンドdescribe-eventsを使用します。 例: 過去 14 日(20160分)間に発生したイベントを確認するコマンド $ aws rds describe-events --duration 20160 --source-identifier database-test --source-type db-instance 結果例 { "Events":
Amazon Relational Database Service (RDS) スナップショットの S3 へのエクスポートを発表
Amazon Relational Database Service (Amazon RDS) または Amazon Aurora のスナップショットを、分析用の効率的なオープンカラムナーストレージ形式である Apache Parquet として Amazon S3 にエクスポートできるようになりました。Parquet 形式は、テキスト形式と比較して、エクスポートが最大 2 倍速く、Amazon S3 でのストレージ使用量が最大 6 倍少なくすみます。エクスポートしたデータは、Amazon Athena、Amazon EMR、Amazon SageMaker などの他の AWS のサービスを使用して分析できます。 Amazon RDS マネジメントコンソールで数回クリックするだけで、あるいは AWS SDK または CLI を使用してエクスポートを行うことができます。エクスポート操作はデー
Amazon RDS Performance Insights is now generally available | Amazon Web Services
AWS Database Blog Amazon RDS Performance Insights is now generally available Today we are pleased to announce general availability of Performance Insights. Already available since October 2017 as an open preview with Amazon Aurora with PostgreSQL compatibility, Performance Insights makes it easy to view the load on an Amazon RDS database. Using Performance Insights, you can more easily identify bo
構成管理を意識したRDSのDBパラメータグループの更新作法 | DevelopersIO
こんにちは、虎塚です。 今回は、RDSの設定値を変更する際に、構成管理の観点から考えて採用している方法を紹介します。 RDSの設定値変更時の管理対象 データベースの設定値を管理するにあたって、次のような要求が考えられます。 変更の実施前の状態と実施後の結果を管理したい 実施した変更内容を管理したい 変更前後の内容の差分から変更を推測するのではなく、「どのような変更をおこなったか」を特定したい RDSの設定値は、DB パラメータグループの更新によって変更します。そのため、上の要求を満たすためには、次の要素を管理対象にするとよいでしょう。 1を満たすために必要なもの（変更の前後で保存） DBパラメータグループの値 DBに実際に設定されている値 2を満たすために必要なもの DBパラメータグループ更新時のコマンド 管理上必要なメタな情報 変更実施日時、変更実施者名、変更要求とのトレーサビリティを確
RDSパラメーターグループはいつ変更が有効になるのか? | DevelopersIO
DBパラメーターグループについて AWS RDSはDBエンジンごとにデフォルトのパラメーターグループが定義されています。 エンジンデフォルトのパラメーターグループはパラメーターを一切変更できないため、ユーザー独自のDBパラメーターグループを定義することもできます。 では、ユーザー独自のDBパラメーターグループのパラメーターを変更した時、その変更はRDSインスタンスにはいつ有効になるのでしょうか? パラメーターの適用タイプについて DBパラメーターグループの各パラメーターは「適用タイプ」("Apply Type")という属性を持っており、この値が dynamic/static のどちらなのかによって挙動が異なります。 dynamic の時 dynamic パラメーターは、ほぼ即時に変更が有効になります。 パラメーターグループの同期状態は in-sync → applying → in-syn
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
