RDS(MySQL)のスロークエリログで設定した閾値(long_query_time)が反映されていない | DevelopersIO
困っていた内容 RDS(MySQL)でスロークエリログをCloudWatch Logsに出力しています。 DBパラメータグループで設定した閾値(long_query_time)よりも短い実行時間のクエリもログとして記録されてしまうのですがどうしたらいいでしょうか？ 原因 log_queries_not_using_indexes の設定値が1(TRUE)になっているため。 log_queries_not_using_indexes: インデックスを使用しないすべてのクエリをスロークエリログに記録するには、1 に設定します。デフォルトは 0 です。インデックスを使用しないクエリは、その実行時間が long_query_time パラメータの値未満であってもログに記録されます。 どう対応すればいいの？ インデックスを使用しないクエリが記録されなくなっても問題ないかを確認した上で スロークエリロ
【DBのディスクサイズ管理が簡単に】RDSのストレージがストレージの自動スケーリングをサポートしました！ | DevelopersIO
【DBのディスクサイズ管理が簡単に】RDSのストレージがストレージの自動スケーリングをサポートしました！ RDSのストレージの空き容量が少なくなりディスクが枯渇してクエリがエラーになったりDBが停止してしまうことがあります。今回DBストレージの自動スケーリングをサポートしたので、ディスク枯渇の恐れが低減し、必要な分のストレージを確保することでランニングコストも低減できます。 大栗です。 RDSのストレージの空き容量が少なくなってくると自動で増やしてくれるストレージの自動スケーリングがサポートされたのでレポートしてみます。 Amazon RDS now supports Storage Auto Scaling Managing Capacity Automatically with Amazon RDS Storage Autoscaling 2019年６月21日 13:30 JST スト
RDSインスタンスのmax_connectionsのデフォルト値と、デフォルト値に戻す方法について | DevelopersIO
どうも、コンサルティング部の後藤です。 困っていたこと 対象RDSインスタンスタイプの「max_connections」のデフォルト値を知りたい。 max_connectionsを既に任意の値に指定しており、デフォルトの設定に戻す方法を知りたい。 回答 (1). 対象RDSインスタンスタイプの「max_connections」のデフォルト値を知りたい RDSのパラメータグループで設定されている「max_conenctions」のデフォルト値は以下の計算式によって設定されております[1]。 {DBInstanceClassMemory/12582880} DBInstanceClassMemoryはDBインスタンスに割り当てられたメモリ容量になります。 計算式で算出した値と実際の値は異なるため、実値についてはRDSインスタンスに接続した後、以下コマンドでmax_connectionsの値を確
[小ネタ] RDSのMulti-AZ構成を切り替える手順 | DevelopersIO
しばたです。 例えばですが、システム開発においてRDSを利用するにあたり開発期間中はSingle-AZ構成にしてランニングコストを節約、受入テストや本番稼働の際にMulti-AZにして可用性を確保するといった運用は良くあるかと思います。 本記事ではこういった場合のためにRDSのMulti-AZ構成を切り替える手順について解説します。 検証環境 本記事では私が慣れているRDS for Oracle(Oracle 19c SE2, db.m5.large)で説明します。 他のRDBMSでも基本同様の手順となります。 また、RDSを構成するネットワーク設定およびRDSインスタンス自体は構築済みの前提です。 1. Multi-AZ構成からSingle-AZ構成に変更する まずはMulit-AZ構成の環境をSingle-AZ構成にする方法を紹介します。 最初にマネジメントコンソールからRDSサービス
ローカルからプライベートサブネットにいるRDSに接続するためにNLBを踏み台にしてみた | DevelopersIO
ローカル環境からVPCのプライベートサブネット上にいるRDSにアクセスしたいとき、パブリックサブネットにEC2インスタンスを置いて踏み台として利用することが多いかと思います。 ですがEC2インスタンスの管理・運用をしたくありません。そこで、代わりにNLBを使う構成を考えてみました。 注意事項 先にお伝えしておきますが、この構成はあまりおすすめしません。後述のデメリットの部分についてしっかりご認識のうえご利用いただければと思います。 踏み台EC2インスタンスを置く構成と比較してのメリット・デメリット メリット 前述のとおり、EC2インスタンスの管理・運用をユーザー側で行なう必要がないことです。 デメリット NLBのターゲットとしてRDSを指定するには、ターゲットの種類をIPにする必要があります。RDSインスタンスのIPを登録することになります。ですので、インスタンスフェイルオーバーによってイ
QuickSightのデータソースにプライベートサブネットのAuroraを設定する | DevelopersIO
QuickSightのデータソースとして、プライベートサブネットにいるAuroraクラスターを定義する機会があったのでレポートします。 構成 プライベートサブネットにいるAuroraクラスターに、非VPCリソースであるQuickSightがどのようにアクセスするのでしょうか？ QuickSight用のENIを作成します。これによりQuickSightはVPCネットワーク内にアクセスができるようになるので、Auroraクラスターにもアクセスできるようになります。 通信要件 QuickSight - Auroraクラスター間の通信を可能にする必要があります。ポイントとなるリソースは2つ、両方ともセキュリティグループです。先程の図にセキュリティグループを書き足すと以下のようになります。わかりにくくて申し訳ありませんが、ENI、Auroraクラスター両方にセキュリティグループがアタッチされるので、
AWS Backup によるバックアップ取得の全体像をやっぱり絵に描いて理解してみた | DevelopersIO
各サービスを AWS Backup によるバックアップ対象とするかどうかを、オプトインの画面から選択することができます。 2020 年 5 月のアップデートにより有効になった機能です。 AWS Backup ではバックアップ対象のリソースをタグベースで指定することが基本となりますので、複数のサービスにまたがって同一のタグが付与されている場合には、このオプトインを活用して取得対象をコントロールすることが可能になります。 また、新規で AWS Backup の対象となったサービスについては、明示的に有効化しない限り無効のままとなっている可能性があります。ご注意ください。 バックアップボールト バックアップボールトは「バックアップを整理するためのコンテナ」であると説明されています。EC2 のバックアップである AMI 、RDS のバックアップであるスナップショットなどをまとめて管理するための器の
AWS Database Migration Serviceを試してみた | DevelopersIO
※ 2016年3月時点、東京リージョン利用の場合 レプリケーションインスタンスストレージ 一時領域として利用されるレプリケーションストレージのローカルストレージとして、汎用SSD(gp2)が利用されます。こちらもEC2よりも少し割高となっているだけです。 レプリケーションインスタンス用ストレージ $0.138/GB-month ※ EC2 EBSのgp2は$0.10/GB-month ※ 2016年3月時点、東京リージョン利用の場合 データ転送料金、その他 データ転送料金として、通常のAWSデータ通信費用がかかります。移行先DBがAWS内にあれば、ほとんどはInbound通信になるので問題とはならないはずです。その他、レプリケーションの記録をCloudWatch Logsに保存することができますので、こちらにも若干の費用がかかります。 料金 - AWS Database Migration
Auroraのマイナーバージョン自動アップグレードの設定ってどこで確認すればいいんだっけ？ | DevelopersIO
Auroraのマイナーバージョン自動アップグレードの設定ってどこを確認すればいいんだっけ？ってとっても迷ったのでその備忘録です。 通常のRDSの場合、マイナーバージョン自動アップグレードの設定は「メンテナンスとバックアップ」タブから確認できます。 しかし、Auroraの「メンテナンスとバックアップ」タブを見ると載っていないのです！ 確認方法 マネジメントコンソールで構築していると忘れがちなのですが、 APIドキュメントを見てみると、マイナーバージョン自動アップグレードはDBインスタンス作成時の設定値です。 https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/APIReference/API_CreateDBInstance.html だけども、DBインスタンスの設定を見てもそれっぽい値がありません。 DBインスタンスの「変更」ボタンを押して
Amazon Auroraのデータを高速に『巻き戻す』Backtrack機能がリリースされました！ | DevelopersIO
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 RDS for MySQL と全文検索 | DevelopersIO
こんにちは、藤本です。 先日開催された Developers.IO 2017 で「Amazon Elasticsearch Service の使いドコロ」というタイトルで登壇しました。 Developers.IO 2017セッション「Amazon Elasticsearch Service の使いドコロ」で話しました #cmdevio2017 資料を作成する中で MySQL 5.7 から追加された全文検索の日本語対応に関して調べました。せっかくなのでまとめた内容をブログに書き出すとともに、RDS だとどこまでできるのかということを追加調査してみました。 MySQL 5.7 の日本語全文検索に関しては公式ドキュメントや、Oracle の方のスライドに詳しく説明されていますので、詳しく知りたい方は下記をご参照ください。 12.9 Full-Text Search Functions MySQL
[DMS] MongoDBからRDS MySQLへのレプリケーションを試す | DevelopersIO
こんにちは、菊池です。 MongoDBからのDMSレプリケーション、S3ターゲットに続きMySQLでも試してみました。これまでの記事は以下を参照ください。 Database Migration Service の Source に MongoDB が選択可能になりました！ [DMS] MongoDB Sourceのマイグレーションモードを比較する [DMS] MongoDB：テーブルモードのデータパターン検証 検証 SourceとしてEC2で動作するMongoDBのレプリカセット、TargetとしてRDS MySQLインスタンスを利用します。 Source MongoDB 3.4.2 レプリケーションモード：テーブルモード Target RDS for MySQL 5.6.27 初期データのマイグレーション まずはデータを1つMongoDBに挿入し、レプリケーションを実行します。 s0-r
MariaDB Connector/JによるAmazon RDS for Auroraの高速フェイルオーバー | DevelopersIO
ども、大瀧です。 Amazon Linux 2015.09RC版のリリース告知に"Amazon Aurora JDBC driver"という項目があり、調べてみるとAuroraの可用性をアップさせるナイスな機能だったのでご紹介してみたいと思います。 RDS Multi-AZの"普通の"フェイルオーバー Amazon RDSで提供される可用性機能としてMulti-AZがあります。一般に言うActive-Standbyクラスタで、エンドポイントとなるDNSレコードのIPアドレスをアクティブノードに向ける、DNSベースの仕組みとなります。 以下のように、Masterノード障害を検知すると、エンドポイントのレコードをSlaveノードのIPアドレスに切り替える要領です。 AuroraでもCluster Endpointというエンドポイントが提供され、フェイルオーバーを実装することができます。しかし、
PostgreSQLのdblink機能を使ってAmazon RedshiftとRDS(PostgreSQL)を結合する | DevelopersIO
先日、『AWS Big Data Blog』にて以下のエントリが公開されていました。Amazon RedshiftとRDS(PostgreSQL)を、dblinkという機能を使って結合するというものです。一体どの様な仕組みでJOIN出来るのか、とても気になったので早速試してみました。 JOIN Amazon Redshift AND Amazon RDS PostgreSQL WITH dblink - AWS Big Data Blog 目次 Amazon RedshiftとRDS(PostgreSQL)の違い PostgreSQL/Redshift間の接続を実現する2つの拡張 動作環境の準備 各種接続・動作確認 基本的なクエリ ビューの参照 ユーザー定義関数の利用 マテリアライズドビューでデータのキャッシュ Amazon RedshiftからRDS(PostgreSQL)へのデータコピ
[新機能] Amazon RDS for MySQLで、簡単に5.6から5.7へアップグレードできるようになりました | DevelopersIO
はじめに 今日は新機能のお知らせです。 Amazon RDS MySQL now supports point-and-click upgrade from MySQL 5.6 to 5.7 Amazon RDS for MySQLで、DBエンジンを簡単に5.6から5.7にアップグレードできるようになりました。具体的にはAWS管理コンソールからちょいちょいっとクリックするだけでアップグレードされます。 やってみた 以下のようなMySQL 5.6エンジンのAmazon RDS for MySQLがあります。ちなみにOption Groupは"default:mysql-5-6"、Parameter Groupは"default.mysql5.6"です。 [Instance Actions]-[Modify]をクリックします。 Modify画面の、[DB Engine Version]で、My
【アップデート】Amazon RDSでMySQL 5.7が使用可能になりました | DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する大栗です。 本日RDSでMySQL 5.7が使用可能になったので、早速試してみました。 RDS for MySQL 5.7で何が変わった？ RDSでは対応した主なアップデート MySQL 5.7では様々なアップデートがあるので、一部をご紹介します。 ネイティブでのJSON対応。様々なJSON関数が追加されています。 実行計画のJSON出力が可能になり、詳細情報が出力可能になりました。 パラレルレプリケーションに対応しました。 Boost.Geometryを使用した空間インデックスのGIS対応。 innodb_buffer_pool_sizeの動的変更が可能になりました。 innodb_buffer_pool_dump_pctシステム変数が追加され、バッファプルからダンプするかとパーセンテージで指定できます。 バルクデータロードのパフォーマンスが改善
AWS再入門 Amazon RDS編 | DevelopersIO
上記の中のRDBMS全てに加えて、クラウド時代に合わせて再設計したAurora、MySQLのフォークであるMariaDBが使用できます。 MySQL：最もシェアがあるOSSのRDBMS。 Oracle：高いシェアがある商用RDBMS。 SQL Server：高いシェアがある商用RDBMS。Windowsとの親和性が高い。 PostgreSQL：機能が豊富なOSSのRDBMS。 Aurora：AWSがクラウド時代に再設計したRDBMS。MySQL 5.6互換でMySQLの5倍高速と言われています。 MariaDB：MySQLからフォークしたRDBMS。MySQL互換。 性能向上が簡単に実施可能 Amazon RDSでは、様々なスペックのインスタンスを使用できます。最大40個のvCPUのインスタンスや244GBのメモリのインスタンスがあります。性能が不足してきたら、インスタンスのサイズを変更す
RDSがt2インスタンスでどのくらい速くなったか試してみた | DevelopersIO
はじめに ウィスキー、シガー、パイプをこよなく愛する大栗です。 先日RDSでt2インスタンスタイプが選択可能になりました。 旧世代と現行世代でどの程度のパフォーマンス差があるのか気になったので、ベンチマークしてみました。 ベンチマーク環境 ベンチマークの種類 RDBMSのベンチマークで一般的なTPCのオンライントランザクション処理の指標である「TPC-C」を行います。 ベンチマーク用ツールはMySQLのOracle ACEである平塚氏が作成したJdbcRunnerのTPC-C簡易実装であるTiny TPC-Cを使用します。 使用データ 使用データは以下のコマンドでロードしています。 java JR scripts\tpcc_load.js -nAgents 8 -param0 100 "-param0"に100を指定しているので、データ件数は以下になります。 Table Records
RDS for PostgreSQLでデータを暗号化する | DevelopersIO
はじめに RDSに個人情報や機密情報を保存する場合、データの暗号化をしたいという要件はよくあります。RDS for SQL ServerとRDS for OracleはTransparent Data Encryption(TDE)で透過的な暗号化ができるのですが、残念ながらRDS for MySQLとRDS for PostgreSQLではTDEが使えません。 しかし、RDS for PostgreSQLでは拡張モジュールを使うことで、データの暗号化が可能です。今回は拡張モジュールの1つであるpgcryptoを使って、データの暗号化をしてみました。 やってみた 今回使ったRDS for PostgreSQLのDBエンジンはPostgreSQL 9.3.5です。 pgcryptoを使うための準備 まずはEC2からRDSにpsqlコマンドで接続します。psqlコマンドではデフォルトでSSL接
[新機能] Amazon RDS for PostgreSQLのリードレプリカを作成する | DevelopersIO
ども、大瀧です。 今朝かた、RDS for PostgreSQLでリードレプリカがサポートされました。早速試してみたので、レポートします。 リードレプリカとは RDSのリードレプリカは、マスターとなるDBインスタンスとは別に読み取り専用のインスタンスを追加します。マスターへの負荷を分散させるための手法として、従来からRDS for MySQLでサポートされている機能です。今回、RDS for PostgreSQLが対応しました！ ただ、MySQLのリードレプリカとはレプリケーション方式が異なるとドキュメントに記載があるので、MySQLのリードレプリカをご存知の方は注意が必要です。設計/運用面では以下3点を押さえておきましょう。 リードレプリカからマスターへの昇格はできない リードレプリカの多段化はできない 同一リージョン内のみ(異AZはOK) 要件 リードレプリカの元となるDBインスタンス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
