I am not really sure that you need more App Service Plans, but let's say you need.
Than what you will be looking at is nested profiles.
There is also good documentation which explains the limitations:
Each Traffic Manager profile can have at most one Web App endpoint
from each Azure region. To work around for this constraint, you can
configure a Web App as an External endpoint. For more information, see
the FAQ.
and workarounds for some of them here.
The scale unit, is the one that bugs you. @juunas is on the correct path to help you find your scale unit. However AppServicePlan is not a single VM, but that's another subject.
So the basic idea:
- you create an app service plan
- you create a web app within it
- you rung the
nslookup yoursite.azurewebsites.net
to discover your real DNS name. Just like @juunas pointed, it would be something like waws-prod-am2-077.vip.azurewebsites.windows.net
. The waws-prod-am2-077
is your scale unit.
You repeat these steps until you discover that your App Service Plans run on different scale units.
It is really pity that this is not documented anywhere. And no, there is no easier way to check the scale unit of an app service plan. Neither is there easier way to deploy multiple app service plans across different scale units.
On the other hand, having your app service plans spread across different scale units will give your app much better resiliasncy against partial service outages :)
nslookup yoursite.azurewebsites.net
. You will get an answer likewaws-prod-am2-077.vip.azurewebsites.windows.net
. That means the Web Apps can't be in the same App Service Plan. – juunas