>为每个租户创建一个单独的存储帐户
>这有助于维护用户明智,这也有助于计费
>在每个存储帐户中创建一个单独的容器来隔离
基于类别
>将文档与元数据一起存储在块blob存储中.
我们对我们的方法有以下疑问：
>在块blob中存储文档或二进制内容是个好主意
连同元数据？还是有更好的方式实现
(可能使用sql Azure的元数据和blob作为内容,或者
更好)？
>如何使用元数据的某些过滤条件查询数据？即检索所有blob,其中Metadat1 = value1和Metadata2 = value2
>为每个租户创建一个单独的存储帐户是个好主意？
一个.如果没有,那么我们可以在Azure存储和应用程序中存储租户特定数据的模型是什么可以有效地使用它们？
>在可扩展性和高可用性的上下文中,Blob存储器上读/写数据请求数量是否有带宽或任何其他限制？
>根据天蓝定价模式,他们对于存储收取平板电脑,即首个1 TB $0.095 / GB,接下来的49 TB $0.08 / GB.这笔费用是根据每个存储帐户还是每个订阅的应用程序？
一个.相同的方式,交易成本适用于每个存储帐户或每个订阅？
- Is it good idea to store documents or binary content in block blob along with the Metadata? Or is there any better way of achieving it (probably using sql Azure for Metadata and blob for content,or better)?
- How to query the data with some filter condition on Metadata? i.e. retrieve all blob where Metadat1 = value1 and Metadata2=value2
要回答1和2,您不能查询blob存储中的元数据.所以我想你最好的选择是使用sql Azure或Azure表存储,因为它们都具有查询功能.鉴于您将存储大量的blob(从而更多的元数据),我更倾向于表存储,但这将需要特殊的设计考虑,如正确的分区.
Is it good idea to create a separate storage account for each tenant?
a. If not,then what would be the model thru which we can store tenant specific data in the Azure storage and application can efficiently use them?
我可以想到三个原因,为什么每个租户有一个单独的存储帐户是一个好主意：
它简化了您的结算.
>它将帮助您维护可伸缩性目标.
>由于您提到每个租户最多可能存储1 TB的数据,因为目前的存储帐户限制为200 TB,所以每个存储帐户最多只能维护200个租户.之后,您将需要找到另一个存储帐户,并开始在那里存储数据.
所有这一切都是一个非常优雅的解决方案,保持单独的存储帐户/租户.挑战是从20个存储帐户/订阅中增加默认限制.您需要与支持人员聊天.
Is there bandwidth or any other limitation on number of request to read/write data on Blob storage in context of scalability and high availability?
是的,请阅读Windows Azure Blob Storage团队的可扩展性目标博客：http://blogs.msdn.com/b/windowsazurestorage/archive/2010/05/10/windows-azure-storage-abstractions-and-their-scalability-targets.aspx
As per the azure pricing model,they charge slab wise for the storage,i.e. first 1 TB $0.095 / GB,next 49 TB $0.08 / GB. This charges are application on per storage account or on per subscription?
a. Same way,transaction cost is applicable on per storage account or on per subscription?
不知道这个,但我猜这是每个存储帐户.您可能需要联系支持.
希望这可以帮助.