问题描述
Azure中可用区域的可能方案有效吗？ 如果可能，我们希望服务器之间的冗余和HA。 ：
Possible scenarios for availability zones in Azure which work? We are wanting redundancy and HA between the servers if possible. :
1）配置了多个可用区域的比例集（即区域1，区域2，区域3） 但是，当我去配置SQL时，只有一个选项可以选择可用区（即区域1）。我无法为SQL选择两个可用区域。
注意我可以选择允许冗余的标准sku LB ...如果数据中心被销毁，我们可以控制迁移到哪个可用区域吗？ 我们希望比例集和SQL处于相同的可用区域。
1) A scale set configured with more than one availability zone configured (ie zone 1, zone 2, zone 3) However when I go to provision SQL there is only one option to choose a availability zone (ie zone 1). I cannot choose two avail zones for SQL. Noticed I can choose a standard sku LB which allows for redundancy,... can we control which avail zone is migrated to if the datacenter is destroyed? We want the scale sets and SQL to be in the same avail zone.
2）我们是否可以在LB（相同的可用性集）后配置两个IaaS，每个IaaS配置为不同的可用区？ 例如，IaaS A（可用区域1）; IaaS B（可用区2）; IaaS A和IaaS B有效设置3？ - 这可能有
a可用性设置跨越两个不同的可用区域（1和2）。
2) Can we configure two IaaS behind a LB (same availability set) with each IaaS configured for a different availability zone? For example, IaaS A(avail zone 1); IaaS B(avail zone 2); IaaS A and IaaS B are in avail set 3 ?-- is this possible to have a availability set span two different avail zones (1 and 2).
3）会发生什么如果为默认可用区域配置了比例集（未选择可用区域）？
3) What happens if scale set is configured for default avail zone ( no avail zones chosen)?
4） 如果我们在上面的选项2中使用API代替LB，会发生什么？
4) What happens if we use a API instead of LB in option 2 above?
5）我们还想要一个完整的系统（IaaS A w avail set 3; IaaS B w avail set 3; SQL AG有2个副本，1个内部LB，有效集4全部一起迁移到同一可用区。 我们如何做到这一点？，...我们可以将所有IaaS配置为移动到
如果原始区域区域被销毁，区域区域是否相同？是否可以在可用区域之间进行LB迁移？
5) Also we want a entire system (IaaS A w avail set 3; IaaS B w avail set 3; SQL AG w/ 2 replicas,1 internal LB, avail set 4 all to migrate together to the same availability zone. How would we do this?,... can we configure all IaaS to move to the same regional zone in case the original regional zone is destroyed? Is it possible to have a LB migrate between availability zones?
dsk
推荐答案
负载均衡器资源是特定于区域的，而不是特定于区域的。没有将负载均衡器从一个区域移动或迁移到另一个区域的概念。
Load balancer resources are Region specific and not Zone specific. There is no concept of moving or migrating a load balancer from one zone to other.
当我们在区域中创建负载均衡器时有3个可用区域，它将很好地工作，直到该区域中的一个区域正在运行。
When we create a load balancer in a region with 3 availability zones, It will work well till one of the Zone is functioning in that region.
这
link 提供更多信息。
让我们现在看看你的问题。
Lets look at your questions now.
1）你是否计划在VMSS上部署SQL？
1) Are you planning deploying SQL on VMSS?
2）
在这种情况下，展示位置组将有所帮助。但我认为您只能为所有展示位置组使用一张图片。 它们仅与可用性集类似。 您还可以指定名为"platformFaultDomainCount"的参数。对于
整个比例集，它管理放置VM的均匀acros区域。还要查看
可用性选项。
2) Placement groups will help in that case. But i think you can use only one image for all the placement groups. They are similar to availablity sets only. You can also specify a parameter called "platformFaultDomainCount" for the whole scale set which manages placing the VM's evenly acros zones. Also check about theAvailablity options.
3）如果没有区域是选择，我认为它将部署在任何地方。我将与内部团队核实并通知您。
3) if no zones are chosen, I think it will deploy anywhere. I will check with the internal teams and let you know.
4）API网关和负载均衡器的展示位置组概念保持不变。
4) placement groups concepts remain same for API gateway and Load balancer.
5）通过多区域部署，您的VM已经跨区域分布。因此它会自动容忍单独的失败。就像我们之前说的那样，移动是不可能的，移动并不是必要的。如果其中一个区域出现故障，并且我们正确设置
自动缩放规则，VMSS应该在健康区域中启动机器。
5) With multi zone deployment, Your VM's are already spread across zones. So it will automatically tolerate xone failures. Like we said previously, Moving is not possible and moving is not nercessary. In case of failure in one of the zone and if we setup the auto scaling rules properly, VMSS should spinup machines in healthy zones.
如果您有更多问题，请与我们联系。
Let me know if you have more questions.
这篇关于Azure中可用区域的可能方案有效吗？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！