【问题标题】:Windows Azure - Automatic Load Balancing - partitioningWindows Azure - 自动负载平衡 - 分区
【发布时间】:2011-02-21 06:04:59
【问题描述】:

我正在浏览一些视频。我发现 Windows Azure 会根据分区键将 blob 分组到分区中,并会在其服务器上自动对这些分区进行负载平衡。 Blob 的分区键是 Blob 名称。使用 blob 名称,azure 会自动进行分区。

现在,我的问题是,我能否根据容器名称进行天蓝色分区。我希望我的分区键是容器名称。

例如,我有一个存储帐户。我有 2 个名为 container1container2 的容器。在 container1 中,我有 1000 个名为 1.txt、2.txt、3.txt、.......、501.txt、502.txt、..... 999.txt、1000 的文件。 txt 并且在 container2 中,我还有另外 1000 个名为 1001.txt、1002.txt、1003.txt、.......、1501.txt、1502.txt、.... . 1999.txt, 2000.txt

现在,Windows Azure 会根据 blob 名称生成 2000 个分区并通过多个服务器为我服务吗???

如果 Azure 分区基于容器名称不是更好吗? container1 在一台服务器上,conatiner2 在另一台服务器上。

【问题讨论】:

    标签: azure azure-storage azure-blob-storage


    【解决方案1】:

    这取决于你所说的更好。如果您为单个服务器和硬盘驱动器付费,我可能会同意您的看法 - 但使用 azure 存储您只需为您使用的空间大小付费。如果他们选择将其分布在多台机器上以获得最佳性能(目标 blob 访问性能为“高达 60 MBytes/sec”),那么这与您的账单无关。

    只是好奇,为什么你认为有更多的部分是不好的?对我来说,文件访问似乎是一件好事。

    如果我有 2000 个文件想要提供最具可扩展性的访问,我认为将这 2000 个文件分布在 2000 台机器/硬盘上将是性能最佳且可扩展的解决方案……而不是 2 个服务器/硬盘(如果翻倍到 4000 会发生什么?)。

    我发现这篇 blob 文章信息量很大(尤其是底部的分区和可扩展性和性能目标部分下的区域):Windows Azure Storage Abstractions and their Scalability Targets

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-03-25
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多