接続する Amazon RDS Excel、Google Sheets、AI、RESTへ

カード1枚、エンジン4基

RDSは単一のデータベースではなく、複数のデータベースを包括する請求システムです。カードもそのように動作します。エンジンを選択すると、フォームはそのエンジンのフォームになり、接続情報は「RDS」という名前ではなく、選択したエンジン名で保存されます。

• PostgreSQLとAurora PostgreSQLは5432番ポート、MySQLとAurora MySQLは3306番ポート、MariaDBは3306番ポート、SQL Serverは1433番ポートを使用します。ポート番号の欄には選択したエンジンに応じて自動的に入力されますが、必要に応じて変更することも可能です。
• フィールドラベルはエンジンに従います SQL Serverは「サーバー」を要求し、他の3つは「エンドポイント」を要求する。なぜなら、それぞれのコミュニティが実際に使用している用語がそれだからだ。
• TLSは3つのオープンソースエンジンのチェックボックスであり、デフォルトで有効になっています。これはrds.force_sslが設定されているインスタンスに必要な設定です。RDS上のSQL Serverは、代わりにインスタンスから暗号化を取得します。 — 確実に動作させたい場合は、パラメータグループに rds.force_ssl を設定してください。
• Oracle on RDS は例外で、Oracle カードを使用してください。接続はその後も RDS として認識され、RDS バッジが残ります。 ―エンジン選択ツールには、その機能がありません。

オーロラクラスターは正しく読み取られています

Auroraエンドポイントはインスタンスアドレスではありません。インスタンスアドレスのように扱うと、誤ってレポートをライターに送ってしまう原因となります。

• クラスタエンドポイントはホスト名に「.cluster-」という接頭辞が付いていることで認識され、カードに表示されるとすぐにその旨が表示されます。
• ライターエンドポイントは、現在のライターに自動的にルーティングするため、フェイルオーバーが発生しても、既に担当していないインスタンスを指す保存済みの接続が残ることはありません。
• リーダーエンドポイントは読み取り専用のレプリカであり、まさにレポート接続の目的に合致しています。クエリストリームは常に読み取り操作のみを行うため、リーダーエンドポイントはコストがかからず、ライターへの負荷を軽減します。

プライベートパスが意図されたものです

RDSデータをスプレッドシートに取り込むためのガイドのほとんどは、インスタンスを公開設定にするという手順をさりげなく始めています。しかし、このガイドはそうではありません。その理由を明確に説明しておく価値があるでしょう。

• このエージェントは発信接続のみを行い、受信接続は一切行いません。そのため、VPC内に配置しても受信ルールの変更やデータベースのセキュリティグループの変更は不要です。
• 公開アクセスはオフのままにしておくことができ、サブネットはプライベートのままにしておくことができ、個人のブロードバンドに合わせて調整する必要のあるIP許可リストもありません。
• インスタンスが既に許可した公開エンドポイント経由でアクセス可能な場合も問題ありません。 エージェントは、境界のどちら側にいるかは気にせず、ただ1つの接続を開くことができるかどうかだけを気にする。

-- 1 つのリーダー、4 つのエンジン、同じステートメント形式 SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM customers AS c JOIN orders AS o ON o.customer_id = c.id WHERE o.placed_at >= CURRENT_DATE - INTERVAL '30' DAY GROUP BY c.name ORDER BY revenue DESC;