Amazon Web Services ブログ Amazon Aurora MySQL バージョン 2 (MySQL 5.7 互換) からバージョン 3 (MySQL 8.0 互換) へのアップグレードのチェックリスト、パート 1 本記事は、Amazon Aurora MySQL version 2 (with MySQL 5.7 compatibility) to version 3 (with MySQL 8.0 compatibility) upgrade checklist, Part 1 を翻訳したものです。 Amazon Aurora MySQL 互換エディション バージョン 2 (MySQL 5.7 互換)は 2024 年 10 月 31 日に標準サポートの終了が予定されています。Amazon Aurora MySQL バージョン 2 の標準サポートの終了タイムラインについて

Amazon Web Services ブログ リクルートが『スタディサプリ』で Amazon Aurora Serverless v2 を採用。コストを最適化しつつ Aurora の管理工数を大幅削減 株式会社リクルートは、日本国内のHR・販促事業及びグローバル斡旋・販促事業をおこなう事業会社です。リクルートでは、『スタディサプリ』というスマートフォンアプリ、パソコンで利用可能なオンライン学習サービスのデータベースとして Amazon Aurora PostgreSQL を採用しています。 2023 年 5 月にこの Aurora PostgreSQL を Aurora Serverless v2 に変更しました。採用検討から 1.5 ヶ月と短期間で導入を決定しましたが、入念な検証の結果 Aurora の運用負荷を大幅に削減し、サービスの安定運用も実現しています。本ブログは、『スタディサ

全世界同時リリースする『マリオカート ツアー』の DB に Amazon Aurora を採用 高い品質が求められるゲーム配信基盤の運用工数を、大幅に削減 世界的ゲームメーカーである任天堂株式会社。2015 年ごろからスマートデバイス向けゲームアプリの開発をスタートした同社は、株式会社ディー・エヌ・エー（以下、DeNA）との協業により、全世界で 4 憶ダウンロードを超える『Super Mario Run』、『ファイアーエムブレム ヒーローズ』、『どうぶつの森 ポケットキャンプ』などにおいても、ゲームサーバーを含む各種機能を AWS 上に構築・運用してきました。2019 年に『マリオカート ツアー』をリリースするにあたり、データベースとして Amazon EC2 上で運用する MySQL から Amazon Aurora を採用。ユーザーが快適にプレイするために必要なパフォーマンスとスケーラ

Amazon Web Services ブログ Amazon Aurora マルチマスタークラスターが東京リージョンに対応しました みなさん、こんにちは。アマゾン ウェブ サービス ジャパン、シニアエバンジェリストの亀田です。 Amazon Auroraのマルチマスタークラスター機能が東京リージョンに対応しましたのでお知らせいたします。 Amazon Auroraは、MySQL および PostgreSQL と互換性のあるクラウド向けのリレーショナルデータベースであり、従来のエンタープライズデータベースのパフォーマンスと可用性に加え、オープンソースデータベースのシンプルさとコスト効率性も兼ね備えたAWSにより設計されたデータベースです。標準的な MySQL データベースと比べて最大で 5 倍、標準的な PostgreSQL データベースと比べて最大で 3 倍高速です。また、商用データベース

Amazon Web Services ブログ AWS LambdaでAmazon RDS Proxyを使用する 本投稿は、Principal Solutions Architectである George Maoの寄稿によるものです。 更新 – (2020年6月30日 PDT): MySQLおよびPostgreSQL対応のAmazon RDS Proxyが一般にご利用可能になりました。 更新 – (2020年4月8日 PDT): PostgreSQL 互換の Amazon RDS Proxy (プレビュー)を発表しました。プレビューではバージョン10.11と11.5がサポートされています。 AWSサーバーレスプラットフォームは、デマンドに応じて自動的に拡張するアプリケーションを構築することができます。大量アクセスがある間、 Amazon API Gateway と AWS Lambda は負

CX事業本部の岩田です。 Aurora ServerlessのData APIがリリースされた際に「Lambda <-> RDSの最大同時接続数の問題が改善される」といった話を聞くことが多かったのですが、なぜhttpsのエンドポイントができただけで同時接続数の問題が解決するのか、いまいち良く分かりませんでした。 # DBへの接続処理 # コールドスタート時のみ接続し、接続を使い回すことでオーバーヘッドを低減する def handler(event, conext): # lambdaのメイン処理 こういう実装のLambdaだとアイドル中にもDB接続を消費してムダなのは分かりますが、それなら def handler(event, conext): # lambdaのメイン処理1 # DBへの接続処理 # lambdaのメイン処理2(DBアクセスが必要な処理) # DB切断処理 # lambd

こんにちは、IT基盤部の川原﨑です。 私の所属する第四グループでは、超大規模ゲームタイトルおよびゲームプラットフォームのインフラを運用しております。 そこでのAuroraの高速フェイルオーバーの仕組みと、実際に無停止で切り替えを行った手順について紹介させていただきます。 はじめに 第四グループでは、コストコントロールの一環でInstance数の増減・Instance Typeの変更を頻繁に実施しています。 例えば、 イベントなどでリクエスト増加が見込まれるときにInstance数を増やす、またはInstance Typeを1つ上のものに変更する リクエストが減少傾向にあれば、Instance数を減らす、またはInstance Typeを1つ下のものに変更する などです。 これはWebサーバだけにとどまらず、DBサーバについても同様です。 EC2上でMySQLを運用している環境では、フェイル

Amazon Aurora Multi-Master は現在、一般公開されており、複数のアベイラビリティーゾーンにまたがって Aurora データベースの複数の読み書きインスタンスを作成できるようになりました。これにより、アップタイムに敏感なアプリケーションはインスタンスに障害が発生しても継続的な書き込みの可用性を実現できます。インスタンスまたはアベイラビリティーゾーンに障害が発生した場合、Aurora Multi-Master により、Aurora データベースはアプリケーションのダウンタイムなしで読み取りおよび書き込みの可用性を維持できます。Aurora Multi-Master を使用すると、書き込み操作を再開するためにデータベースのフェイルオーバーを行なう必要がありません。Aurora Multi-Master を使用して可用性の高い MySQL アプリケーションを構築する方法につ

Amazon Aurora Serverless MySQL 5.6 に、組み込みの Data API を使ってアクセスできるようになり、AWS Lambda、AWS AppSync、AWS Cloud9 を含むウェブサービスベースのアプリケーションで Aurora Serverless にアクセスすることが可能になりました。 Data API により、データベース接続または接続プールの管理を心配することなく、アプリケーションの構築に集中することが可能になります。その代わり、Data API によって提供される API エンドポイントを呼び出すだけで Aurora Serverless クラスターに対して SQL コマンドを発行することができます。データベース接続の管理とデータの返送は Data API が行います。 さらに、Data API では、AWS Secrets Manager

本資料はre:Growth 2018の発表資料です。 https://dev.classmethod.jp/news/181205-re-growth/

はじめに Amazon Auroraは、AWSを触る人ならほとんどの人が利用を検討したことがあるでしょう。 Amazon社内ではOracleを止めたというtweetもありました SHUTDOWN ABORT the last Oracle database running Amazon Fulfillment! pic.twitter.com/DorqTua2Lt— John Darrow (@jdarrow) 2019年3月29日 そんなAuroraは、従来のRDBとは違いクラウド上で動くことを念頭に設計されています。 また、ログが中心的な役割を持つことから「The log is the database」と表現されることもあります。 そんなAuroraの仕組みについての論文を読んだので紹介します。 読んだ論文は以下の２つです。 Amazon Aurora: Design Conside

Amazon Web Services ブログ Amazon Aurora MySQL データベース設定のベストプラクティス AWS クラウドで新しい Amazon Aurora MySQL インスタンスを移行または起動した後、以下の質問のうち 1 つ以上を自問したことはありますか? 「次のステップは? どうすれば、最適に動作させることができるでしょうか?」 「既存のパラメータを変更する方が良いでしょうか?」 「どのパラメータを変更すれば良いでしょうか?」 自問したことがあるなら、何をすべきか（そして、何をすべきでないか）について、このブログ記事がガイダンスを提供できることを願っています。 この記事では、MySQL との互換性を持つ Amazon Aurora の設定パラメータについて説明、明確化し、推奨事項を提供します。こうしたデータベースパラメータとその値は、AWS クラウドで新しく作

新しい Query Editor (ベータ版) を使うと、AWS マネジメントコンソールから直接 Amazon Aurora Serverless クラスターのデータにアクセスできるようになりました。これにより、管理者や開発者は外部 JDBC/ODBC クライアントのインストールおよびセットアップを行わずに SQL クエリを簡単に実行できます。クエリの実行結果はコンソール内ですぐに確認できます。 Query Editor の Saved Queries 機能を使用すると、実行頻度の高いクエリを保存し、将来必要なときに簡単に使用できます。[エクスポート] ボタンでクエリの実行結果を簡単にダウンロードできます。 Amazon Aurora Serverless の MySQL 互換性バージョンの Query Editor (ベータ版) が米国東部 (バージニア北部) リージョンで利用できるよう

Configure and Connect to a Serverless MySQL or PostgreSQL Database with Amazon Aurora Serverless v2 In this tutorial, you will learn how to configure and connect to Amazon Aurora Serverless v2. Amazon Aurora is a relational database service with PostgreSQL and MySQL compatible editions. It offers the performance and availability of enterprise databases at a fraction of the cost. Aurora Serverless

現在の制限 MySQL 5.6互換のAuroraのみで使用可能です。 db.t2のインスタンスクラスを使用することはできません。db.r3かdb.r4のインスタンスクラスを使用して下さい。 セカンダリクラスタはプライマリクラスタと異なるリージョンにあることが必要です。 セカンダリと同じリージョンのプライマリクラスタからクロスリージョンリードレプリカを作成できません。 以下の機能はAurora Global Databaseでサポートされていません。 Database Cloning backtrack Parallel Query Aurora Serverless やってみる 実際にAurora Global Databaseを作成してみます。ここではオレゴンからバージニアへレプリケーションさせます。 Global Databaseとレプリケーション元クラスタの作成 まず、オレゴンのRD

Amazon Aurora データベース用にカスタムエンドポイントを作成できるようになりました。これにより、Aurora クラスター内のさまざまなデータベースインスタンスに対してワークロードの分散と負荷の調整が可能になりました。 例えば、Aurora レプリカのセットをプロビジョニングし、分析ワークロードを実行するためにメモリ容量の大きなインスタンスタイプを使用するとします。カスタムエンドポイントでは、適切に設定されたこれらのインスタンスに分析ワークロードをルーティングしながら、クラスター内の他のインスタンスをこのワークロードから分離して維持できます。ワークロードに合わせてインスタンスをカスタムエンドポイントで追加または削除すると、エンドポイントによって負荷が分散されます。 カスタムエンドポイントの作成時に、どのインスタンスをその対象にするかを指定し、クラスター内に新たに作成されたインスタ

2018年5月11日 Backtrackの料金情報を追加 大栗です。 個人的にAuroraのアップデートをずっと追っているのですが、アナウンスされてからリリースがされておらずずっと気になっていたBacktrackという即座に過去の状態にもどる機能がリリースされたのでレポートします。 Amazon Aurora Backtrack – Turn Back Time Announcement: Amazon Aurora Backtrack Can Move a Database Back in Time Backtracking an Aurora DB Cluster Backtrackとは？ そもそもはre:Invent 2016のBreakout Sessionで『オンライン ポイントインタイム リストア』としてアナウンスされていました。 【レポート】DAT301: Deep-dive

Amazon Aurora with MySQL 5.7 compatibility offers enhancements such as JSON support, spatial indexes, generated columns and performance improvement of 5x over MySQL 5.7, and up to 10x for spatial datasets. The preview is currently available in US East (N. Virginia), US East (Ohio), US West (Oregon), and Canada (Montreal). Sign up here to get access.