2016-11-12 32 views
1

VPCにAmazon Auroraインスタンスを作成しました。インスタンスが作成されたときには、2つのエンドポイント、ライターとリーダーエンドポイントが付属していました。AWS RDS Writerエンドポイントとリーダーエンドポイント

インスタンスで、入力規則(タイプ:すべてのトラフィック、プロトコル:すべて、ポート:すべて、送信元:0.0.0.0/0)を持つセキュリティポリシーが使用されています。

MySQL WorkbenchとMySQLの両方のモニタコマンドインターフェイスを使用して、エンドポイントに接続しようとしました。

リーダーエンドポイントへの接続は機能しましたが、ライターエンドポイントへの接続は機能しませんでした。読者のエンドポイントは読んでいたので、私はそれを使って自分のDBを構築できませんでした。

+0

をMySQLのワークベンチは、することができますので、あなたが – Adam

+0

を書くことを許可する前に、最初の読み取りを試みているので」読者とライターのために異なるSG/NACLを指定してください(少なくとも私が知っているわけではありません)、私はクライアント側で誤りがあります。あなたのホストはライターをIPに解決できましたか? nc -w 0は-p 3306に何を与えるのですか? –

+0

@RobinsTharakanありがとう。私はそれらをテストしていないし、私は数回新しいインスタンスを再作成してそれに接続することができました。それはちょうどそれが働いたが、いくつかの例ではない。 –

答えて

2

オーロラクラスタインスタンスは、ライタまたはリーダのいずれかです。 Auroraクラスタは1人のライターと最大15人の読者を許します。インスタンスロールは、フェイルオーバーの発生を変更する可能性があります。

ライタDNSエンドポイントは常にリーダエンドポイントDNSがランダムにTTL = 1と リーダーインスタンスのいずれかに解決し、ライターインスタンスに Cluster writer endpoint

を解決します。

は(注:それは彼らが1つの健康のインスタンスである場合にのみ、クラスタ艦隊で利用可能なライターのインスタンスを指すかもしれない) Cluster reader endpoint

関連する問題