Designing the Application Architecture-Windows Azure Instance & Storage Limits
2011-12-29 13:40
387 查看
Recently, a colleague of mine wrote about the Windows Azure instance limits:http://blog.toddysm.com/2010/01/windows-azure-role-instance-limits-explained.html
His post is very complete, I recommend you have a look but here is my take:
These are default limits that are in place to ensure that Windows Azure will always have
VMs available to all of our customers. If you have a need for more capacity, we want to help! Please contact us:http://go.microsoft.com/fwlink/?LinkID=123579
The limits are:
20 Hosted Service Projects
5 Storage Accounts
5 roles per Hosted Service (i.e. 3 different web roles + 2 different worker roles or any such combination)
20 CPU cores across all of your Hosted Service Projects
The first two are really easy to track, on the Development portal when you go to create a new service, it’ll tell you how many you have left of each:
![](https://oscdn.geek-share.com/Uploads/Images/Content/202003/17/18f46ea76321cd81f1588a49e7681057.png)
5 roles per Hosted Service is also easy to understand, this corresponds to the number of projects you can add as roles to your Cloud Service – here I am hitting my role limit:
![](https://oscdn.geek-share.com/Uploads/Images/Content/202003/17/3cb85dbee88aafef779cab898552729c.png)
So let’s talk real quick about the 20 CPU core limit – note that the limit is on CPU cores, not on instances.
When you configure your role, you can set the number of instances as well as the VM size:
![](https://oscdn.geek-share.com/Uploads/Images/Content/202003/17/e5733b67ce66afac1a06aa05f3176e5c.png)
The VM sizes of Small, Medium, Large and ExtraLarge are defined here: http://msdn.microsoft.com/en-us/library/ee814754.aspx
Today the CPU cores for each VM size are: (subject to change so always consult the MSDN link above for the latest information)
So the number of CPU cores for a role is the (instance count) X (Number of CPU Cores for the selected VM Size).
If you add those up across all of your roles across all of your Hosted Service projects (staging and production slots) – this has to be lower than 20.
Quick example: if you have 5 Hosted Service projects with 1 role, 2 instances per role and Medium VM size, you’ve hit the limit.
The other key is that you not only need to stop your deployment to free up CPU cores, you also need to delete the deployment to reduce your CPU core count.
What about Windows Azure Storage quotas?
It just so happens that another colleague of mine has written about this:http://blogs.msdn.com/frogs69/archive/2009/12/17/storage-quotas-and-core-allocation-on-windows-azure.aspx
Each storage account allows you to have
100TB of data across all of your blob, tables and queues. As mentioned above, you can have up to 5 storage accounts.
If you are dealing with really large data sets, follow the link above to see the limits on the blobs, # properties in a table, entity and queue messages.
His post is very complete, I recommend you have a look but here is my take:
These are default limits that are in place to ensure that Windows Azure will always have
VMs available to all of our customers. If you have a need for more capacity, we want to help! Please contact us:http://go.microsoft.com/fwlink/?LinkID=123579
The limits are:
20 Hosted Service Projects
5 Storage Accounts
5 roles per Hosted Service (i.e. 3 different web roles + 2 different worker roles or any such combination)
20 CPU cores across all of your Hosted Service Projects
The first two are really easy to track, on the Development portal when you go to create a new service, it’ll tell you how many you have left of each:
![](https://oscdn.geek-share.com/Uploads/Images/Content/202003/17/18f46ea76321cd81f1588a49e7681057.png)
5 roles per Hosted Service is also easy to understand, this corresponds to the number of projects you can add as roles to your Cloud Service – here I am hitting my role limit:
![](https://oscdn.geek-share.com/Uploads/Images/Content/202003/17/3cb85dbee88aafef779cab898552729c.png)
So let’s talk real quick about the 20 CPU core limit – note that the limit is on CPU cores, not on instances.
When you configure your role, you can set the number of instances as well as the VM size:
![](https://oscdn.geek-share.com/Uploads/Images/Content/202003/17/e5733b67ce66afac1a06aa05f3176e5c.png)
The VM sizes of Small, Medium, Large and ExtraLarge are defined here: http://msdn.microsoft.com/en-us/library/ee814754.aspx
Today the CPU cores for each VM size are: (subject to change so always consult the MSDN link above for the latest information)
VM Size | CPU Cores |
Small | 1 |
Medium | 2 |
Large | 4 |
ExtraLarge | 8 |
If you add those up across all of your roles across all of your Hosted Service projects (staging and production slots) – this has to be lower than 20.
Quick example: if you have 5 Hosted Service projects with 1 role, 2 instances per role and Medium VM size, you’ve hit the limit.
The other key is that you not only need to stop your deployment to free up CPU cores, you also need to delete the deployment to reduce your CPU core count.
What about Windows Azure Storage quotas?
It just so happens that another colleague of mine has written about this:http://blogs.msdn.com/frogs69/archive/2009/12/17/storage-quotas-and-core-allocation-on-windows-azure.aspx
Each storage account allows you to have
100TB of data across all of your blob, tables and queues. As mentioned above, you can have up to 5 storage accounts.
If you are dealing with really large data sets, follow the link above to see the limits on the blobs, # properties in a table, entity and queue messages.
相关文章推荐
- Designing the Application Architecture - Building Windows Azure Service Part5: Worker Role Backgroun
- Designing Data Storage Architecture-Using the Windows Azure Storage Services
- Designing the Application Architecture - changing web.config for azure app fabric settings
- Designing Data Storage Architecture - Introducing the Windows Azure Content Delivery Network
- Designing the Application Architecture - Transact-SQL Support (SQL Azure Database)
- Designing Data Storage Architecture-the data storage offerings available on the Windows Azure platfo
- [Windows Azure] Building worker role A (email scheduler) for the Windows Azure Email Service application - 4 of 5.
- [Windows Azure] Building worker role B (email sender) for the Windows Azure Email Service application - 5 of 5.
- Designing Data Storage Architecture-Windows Azure Storage Abstractions and their Scalability Targets
- Preparing for Application and Service Deployment - Introducing the Windows Azure Content Delivery Ne
- Using the default SQL Server instance for Windows Azure development storage
- Designing the Application Architecture - Compute
- [MSDN] Using the Windows Azure Storage Services
- Application "XXX" could not be found in the registry的解决办法
- Application windows are expected to have a root view controller at the end of application launch
- 解决Azure “Failed to start Storage Emulator: the SQL Server instance `.\' could not be found.”
- This application failed to start because it could not find or load the Qt platform plugin “windows”错
- [Windows Azure] How to use the Windows Azure Blob Storage Service in .NET
- Xcode "The selected destination does not support the architecture " 错误