私はアズールがジオレプリケーションされます、現在のストレージアカウントのコピーを別の場所に知っている、 私の質問は以下のとおりです。これは私が構築することができますので、私は、プログラム内の別の場所にアクセスするだけでも、唯一 Azure Storageジオレプリケーションをソースとして使用できますか？
私はこれを尋ね
を読むことができますAzureのようなパフォーマンスと災害防止のために、別の場所に配置してください。現在の設定では、異なる地理場所で同じストレージを使用する場合、余分な帯域幅コストを支払わなければなりません。ストレージアカウントにはプライマリ名でしかアクセスできません。フェイルオーバーが発生した場合、その名前は代替データセンターにマッピングされます。フェールオーバーストレージに直接アクセスすることはできず、フェイルオーバーをトリガーするタイミングも選択できません。説明したようにマルチサイト設定を行うには、データを複製する必要があります（データセンター＃2にストレージのコストが追加されます）。これにより、DRとパフォーマンス計画の究極の柔軟性が得られますが、ストレージと帯域幅（出口のみ）の追加コストがかかります。
先週、ストレージチームは、フェールオーバーストレージへの読み取り専用アクセスを発表しました（Windows Azure Storage Redundancy Options and Read Access Geo Redundant Storage）。
これは、完全なフェイルオーバーに使用できる別のデータセンターにアプリケーションをデプロイできるようになりました。つまり、ストレージもそこで使用できるようになります。たとえそれが読み取り専用であっても、あなたのアプリケーションは依然としてオンラインになりますが、単に「劣化」モードになります。
あなたはトラフィックマネージャでこれを実装する方法の手順は、ここで説明されていますhttp://fabriccontroller.net/blog/posts/adding-failover-to-your-application-with-read-access-geo-redundant-storage-and-the-windows-azure-traffic-manager/
重複データを直接ちょうどより少し遅いを支払う同じストレージを使用するよりも、より複雑なためです。 AzureがSQL Azureをミラーリングできるようになったので、私はいつかStorage Accountをミラーリングすることもできますように願っています。あなたの答えをお寄せいただきありがとうございます –
@David Makogon - MSがSQL Azure Data SyncでSQL AzureのようにBLOBストレージ同期サービスを追加する予定があるかどうか知っていますか？ –
@JonathanMcIntire - ストレージサービス機能のロードマップについてはコメントできません - ごめんなさい！ –