IAM 認証を使用して RDS PostgreSQL インスタンスに接続する
IAM 認証を使用して Amazon RDS for PostgreSQL または Amazon Aurora PostgreSQL に接続する方法を教えてください。 PostgreSQL 用の Amazon Relational Database Service (Amazon RDS) または Amazon Aurora PostgreSQL 互換エディション DB インスタンスがあります。AWS ID および Access Management (IAM) 認証を使用してインスタンスに接続したいと考えています。 簡単な説明 IAM データベース認証は、以下の理由により、ネイティブ認証方法よりも安全です。 IAM は、AWS アクセスキーを使用してデータベース認証トークンを生成します。データベースユーザーの認証情報を保存する必要はありません。 認証トークンの有効期間は 15 分なので、
IAM データベースアクセス用の IAM ポリシーの作成と使用 - Amazon Relational Database Service
ユーザーまたはロールに DB インスタンスへの接続を許可するには、IAM ポリシーを作成する必要があります。その後、ポリシーをアクセス許可セットまたはロールにアタッチします。
RDS for MySQLでもPerformance Insightsで性能確認が可能になりました | DevelopersIO
なお、上記パラメータはParameter Groupの内容を上書きしないので、明示的にParameter Groupでperformance_schemaに0を設定している場合には0のまま無効となります。performance_schemaが無効の状態の場合はPerformance Insightsが待機内容を判断できず待機内容を表示できません。 やってみる 通常の状態 以下の内容でRDSを起動します。 リージョン: 東京 DBエンジン: MySQL バージョン: 5.7.22 インスタンスクラス: db.m4.large Parameter Group: デフォルト状態の内容 [詳細設定] の設定の中でパフォーマンスインサイトという項目が増えています。ここでパフォーマンスインサイトの有効化を選択します。 あとは普通のRDSを起動します。 起動後にperformance_schemaのパラ
サーバーがUTCなのでMySQLのタイムゾーンが気になって調べた | kanonjiのブログ
AWSのサーバーを使うようになって、あまり気にしてなかったMySQLのタイムゾーンが気になるようになってきました。 というのも、今やってるプロジェクトでは、AWSのインスタンスに入れたOS（Linux）のタイムゾーンは、UTCのままにしておく事に決まっていて、そうするとMySQLのタイムゾーンもUTCのままの方が良さそう。もしかしたらタイムゾーンの変更が出来ないAmazon RDSのMySQLを使うかもしれないし。 なので、ちょっとMySQLのタイムゾーンがUTCだとどうなるか、調べてみました。 Amazon RDS for MySQLでタイムゾーンを設定するのはやめたほうがいいかもしれない – Qiita ちなみに、Amazon RDS（MySQL）のタイムゾーンの変更は、一応いくつか方法があるみたいだけど、トラブルの元にもなるみたいなので、UTCのままで使う方を検討した方が良さそう
cloudpackブログ - RDSでfunctionを作成する
RDSでfunctionを作成しようとすると、下記のエラーが発生します。 You do not have the SUPER privilege and binary logging is enabled (you *might* want to use the less safe log_bin_trust_function_creators variable) 利用するためには、DB Parameter Groupのlog_bin_trust_function_creatorsを有効にする必要があります。 設定は通常通りの、SDK for PHPを利用します。 require_once("./sdk.class.php"); $rds = new AmazonRDS(); $rds->set_region(AmazonRDS::REGION_APAC_NE1); $response =
もしかしてAmazon EBS プロビジョンド IOPS ボリュームって安いのでは – 日曜研究室
プロビジョンド IOPS ボリュームというとボリュームのIOPSを2000まで設定出来、かなりランダムアクセスに強いEBSボリュームということでちょっと前に発表され話題になったりしましたね。 今回の記事の内容とは関係ないですが、そのIOPSどうやって実現してるんでしょうね？ まぁバックエンドにSSDを使ってるんだろうなとは思いますが、調べてみるとSSDを使ってますと公式に明記されてるサービスは、DynamoDBとEC2のハイI/Oインスタンスだけなんですよね。 とりあえずその辺の疑問は置いといて、とにかく速いということは高いんだろうなと思って、懐寒い私としてはどうせ使わない（使えない）だろうなーと思って料金を調べてませんでした。 そしたら最近、プロビジョンド IOPS ボリュームの利用を検討したいなと思える案件がありまして、調べてみた次第です。 これが公式の料金表（バージニア北部の場合）で
ダウンタイムを短縮して Amazon RDS MariaDB または MySQL データベースにデータをインポートする - Amazon Relational Database Service
場合によっては、ライブアプリケーションをサポートする外部の MariaDB または MySQL データベースから MariaDB DB インスタンス、MySQL DB インスタンス、または MySQL マルチ AZ DB クラスターにデータをインポートする必要があります。次の手順を使用して、アプリケーションの可用性への影響を最小限に抑えることができます。この手順は、巨大なデータベースを使用する場合にも役立ちます。この手順を使用すると、ネットワーク経由で AWS に渡されるデータ量を削減することで、インポートのコストを削減できます。 この手順では、データベースデータのコピーを Amazon EC2 インスタンスに送信し、そのデータを新しい Amazon RDS データベースにインポートします。次に、レプリケーションを使用して、Amazon RDS データベースをライブ外部インスタンスで最新の
MySQL DB インスタンスへのバックアップの復元 - Amazon Relational Database Service
Amazon RDS では、バックアップファイルを使用して MySQL データベースをインポートできます。データベースのバックアップを作成して Amazon S3 に保存し、MySQL を実行する新しい Amazon RDS DB インスタンスにバックアップファイルを復元できます。 このセクションで説明するシナリオでは、オンプレミスデータベースのバックアップを復元します。データベースがアクセス可能であれば、この手法は Amazon EC2 または AWS 以外のクラウドサービスなど、他の場所のデータベースに使用できます。 サポートされるシナリオは、次の図に示すとおりです。 Amazon S3 からのバックアップファイルのインポートは、すべての AWS リージョン の MySQL でサポートされています。 バックアップファイルの作成、コピー、復元時にオンプレミスデータベースをオフラインにでき
Mackerel事始め agent-plugin ELB RDS - vague memory
agent-pluginを使ってELB、RDSの監視設定を追加していきます。 IAM Policy mackerel-plugin-aws-elb は GetMetricStatistics に加え、ListMetrics も必要とのことです。 cloudwatch:GetMetricStatistics cloudwatch:ListMetrics CLI で IAM User 作成 専用の IAM User を作成するなら以下のような感じでしょうか。 $ USER=mackerel_agent # IAMユーザ作成 $ aws iam create-user --user-name $USER { "User": { "UserName": "mackerel_agent", "Path": "/", "CreateDate": "2016-03-28T10:04:13.381Z",
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Securing Amazon RDS and Aurora PostgreSQL database access with IAM authentication | Amazon Web Services
First attempt to migrate EC2 MySQL to Amazon RDS no going well - SUPER privileges