我们通过VM和IIS在Azure上托pipeCMS站点。 为了与Microsoft的SLA保持一致，我们必须将前端放在可用性集合中，然后通过端点负载均衡。
这个CMS说，由于caching和发布问题，不要对Authoring站点进行负载平衡。
我们的计划是负载平衡前端端口443， https: //www.myCMSsite.com FE01和FE02，然后设置redirecthttps://authoring.myCMSsite.com到authoring.myCMSsite.com:4433上FE01。
我们知道我们不会在创作网站上遇到微软的SLA。
有没有更好的解决这个问题的可能？
在过去，我必须遵循类似的方式来使用Umbraco，并且在一个主机出现故障的情况下，倾向于允许创作从一个节点运行，只有手动故障切换。
根据您的需要，您可以将前端和创作分成三个独立的云服务（使用4个主机而不是2个），这样可以在标准端口上为前端和创作提供SSL。 你将会拥有：
虽然您不能使用标准负载平衡您的创作主机，但您可以使用具有故障转移configuration的 Azurestream量pipe理器来pipe理主要创作主机发生故障时的自动故障转移。