問題タブ [geo-replication]

Azure でグローバルにアクセス可能な大規模なアプリケーションを構築する方法について少し調べています。

アプリケーションを可能な限り消費者に近づけるための技術はすでにたくさんあります。

• 世界中で共有される静的コンテンツ用の CDN エッジ サーバー。
• さまざまなリージョンのクラウド サービス。Traffic Manager を使用して、ドメイン名を最も近いアプリケーション ホストにルーティングします。

私が少し混乱しているのは、データベースです。SQL Azure を使用している場合は、それを配置するリージョンを指定する必要があります。 SQL Azure インスタンスが西ヨーロッパ (アムステルダム) にあり、顧客がオーストラリアにいて、オーストラリア (NSW) のインスタンスを介してアプリケーションにアクセスしている場合、アプリケーションがデータベースと通信する間に遅延が発生します。

Geo レプリケーションについて私が見たすべての参考文献は、マスターとスレーブの冗長性セットアップのコンテキストにあるようです。しかし、各アプリケーション インスタンスが同じ地理的リージョン内の独自の SQL Azure マスター インスタンスと通信し、SQL Azure がそれらの間の双方向レプリケーションを処理する、マスター マスター セットアップを実現できるかどうか疑問に思っています。

SQL Azure データベースでの Data Sync と Standard Geo Replication の違いは何ですか?

Active Geo Replication はレプリケートされたデータベースに接続する機能を提供するのに対し、Standard は接続を許可しないことを理解しています。しかし、データ同期はどのように違うのでしょうか? 即時レプリケーションではないことはわかっていますが、BI ソフトウェアをレプリケーションに向ける必要があり、レプリケーションと災害復旧に使用する構成について議論しています。

Azure SQL データベースのプレミアム サービス レベルは、最大 4 つの読み取り可能なセカンダリを作成できるアクティブ geo レプリケーションを提供します。プライマリ データベースとセカンダリ データベースの間の通信が安全かどうか、転送中にデータがハッキングされる可能性があるかどうかを知りたいです。

glusterfs サーバーを使用して geo レプリケーションをセットアップしようとしています。テスト環境、ステージング環境ではすべてが期待どおりに機能しましたが、本番環境を試してみたところ行き詰まりました。

私が持っているとしましょう

gluster fs サーバーはパブリック IP 1.1.1.1 上にあります

gluster fs スレーブはパブリック 2.2.2.2 にありますが、この IP はインターフェイス eth1 にあります。gluster fs スレーブ サーバーの eth0 は 192.168.0.1 です。

したがって、1.1.1.1でコマンドを開始すると（ファイアウォールとsshキーが適切に設定されます）

エラーが発生します。

スレーブ ボリュームの詳細を取得できません。スレーブ クラスタとスレーブ ボリュームを確認してください。geo レプリケーション コマンドが失敗しました

この場合、エラーはそれほど重要ではありません。問題はスレーブ IP アドレスです。

上記のファイアウォール ドロップ ログでわかるように、スレーブ gluster デーモンのポート 24007 は、スレーブ サーバーのインターフェイス eth0 のプライベート IP でアドバタイズされ、eth1 プライベート IP の IP である必要があります。したがって、マスターは接続できず、タイムアウトします

gluster サーバーにインターフェイス eth1 をアドバタイズさせるか、それにのみバインドさせる方法はありますか?

私は cfengine と ansible を使用して構成をプッシュするため、インターフェイスへのバインドは IP よりも優れたソリューションになる可能性がありますが、どのようなソリューションでも構いません。

前もって感謝します。

本番アプリ用にプレミアム P2 SQL Azure データベースを使用しています。セキュリティ上の理由から、DB 固有のスキーマ/ビュー/ロールと、SSRS クエリからデータを読み取るための特定の DB ユーザー アカウントを作成しました。

PRIMARYサーバーとデータベースを呼び出すだけですMyApp

このためのセットアップ スクリプトを以下に示します。

そのため、ユーザーは Prod DB に多くの負荷をかけていたため、レポート機能をセカンダリ同期スレーブ データベースに移動する時期であると判断しました。

SQL Azure Premium レベルを使用しているため、読み取り専用のセカンダリ コピーでアクティブ ジオ レプリケーションを有効にすることができます。実際、MS は、レポートなどの読み取り専用のワークロードに適しているとさえ言っています。

サーバーをセットアップし、シードを有効にしました。これで完了です。管理者ユーザーとパスワードSECONDARYを使用して読み取り専用コピーにアクセスできます。SECONDARY

しかし、SECONDARYサーバーには のログインがありません。ssrsuser私は で作成できますが、データベースが読み取り専用モードであるため、ユーザーSECONDARY.masterを作成できません。DROP RECREATESECONDARY.MyApp

これを回避する他の方法はありますか。SECONDARYサーバー管理者のユーザーとパスワードをSSRS接続文字列に入れる必要は本当にありません。

Premium レベルに Azure SQL データベースがあり、プレビュー ポータルで geo レプリケーションをアクティブ化しようとしています。

CREATE SECONDARY ブレードでサーバー名をクリックしてから、SERVER ブレードで CREATE A NEW SERVER を選択しました フォームに入力しましたが、[OK] ボタンは無効のままです

以下はスクリーン コピーです。

もっとどうすればいいですか？

geo レプリケートされたデータベースにログインとユーザーを作成する必要があります。ユーザーには、このデータベースに対する「db_datareader」の役割が付与されます。

試行されたアプローチは、次のように SID (同一 ID) パラメーターを使用することでした。

ログインの作成は両方のデータベースで正常に機能しますが、PRIMARY_DATABASE へのアクセスは許可され、SECONDARY_DATABASE へのアクセスは次のエラーで拒否されました。

1. これは、geo レプリケートされたデータベースでログインを設定するための正しいアプローチですか?
2. これらのデータベースでユーザーを設定するにはどうすればよいですか?

たとえば、北米にデータベースがあり、それをヨーロッパにレプリケートする場合、ヨーロッパのユーザーはヨーロッパにあるレプリケートされたデータベースに自動的に接続しますか?