我目前正在寻找 Windows Azure 来托管ElasticSearch实现。加载应用程序并在 Java 下运行它并不难。
目前，ElasticSearch在云存储方面仅支持亚马逊的 S3。
因此，我请求在 ElasticSearch 中添加对 Azure Blob 存储的支持。
在我提出请求后，我突然想到，虽然我可以在 Azure 中托管 ElasticSearch，但我可以创建一个Amazon S3帐户，然后让在 Azure 中运行的实例连接到 S3 帐户进行存储。
但是，我确实担心两者之间的速度。虽然我确信 Azure Storage 和 Amazon 的 S3 都针对非常快的速度进行了优化，但我有一种烦人的感觉，即当从各自的计算集群访问存储系统时，它们确实得到了优化。
也就是说，是否有任何明确的信息？这是有道理的，但我正在寻找具体的确认或否认。
与其说是针对 Azure 角色优化 Azure 存储 API 的问题，不如说是物理共址和网络距离/跃点数的问题。您可以（并且应该）指定您的 Azure 存储服务与将使用该存储服务的 Azure 角色位于同一数据中心。
您可以预期 Azure 角色和位于同一数据中心的 Azure 存储之间的网络带宽最大，延迟最低。当您的 Azure 角色连接到其自己的数据中心之外的任何东西时，带宽会更低，延迟会更高——无论是另一个数据中心中的 Azure 存储，还是另一个数据中心中的 Amazon S3 存储。
除了性能之外，还请记住，您需要为服务进出 Azure 数据中心的所有数据流量付费。让您的 Azure 角色访问 Amazon S3 或另一个 Azure 数据中心上的数据将占用您的带宽配额，而访问同一数据中心内的 Azure 存储不会花费您任何成本，无论您在角色和您的角色之间使用多少流量。 Azure 存储。