Conjuntos de disponibilidade do Azure e instâncias do CMS

1

Estamos hospedando um site do CMS no Azure por meio de uma VM e do IIS. Para manter o alinhamento com os SLAs da Microsoft, temos que colocar os front-ends em um conjunto de disponibilidade e, em seguida, carregá-los com um ponto de extremidade.

Esse CMS diz que não é necessário balancear a carga do site de criação devido a problemas de publicação e armazenamento em cache.

Nosso plano é balancear a carga do front-end na porta 443, link para FE01 e FE02 e, em seguida, configurar um redirecionamento para link para authoring.myCMSsite.com:4433 na FE01.

Entendemos que não atenderemos ao SLA da Microsoft no site de criação.

Existe uma solução melhor para este problema, possivelmente?

    
por zillabunny 13.02.2015 / 16:35

1 resposta

1

Eu tive que seguir uma abordagem semelhante para o Umbraco no passado e tive a tendência de permitir que a criação fosse executada a partir de um nó apenas com um failover manual no caso de um host ficar inativo.

Dependendo de suas necessidades, você poderia dividir seu front-end e criação em três serviços de nuvem separados (usando 4 hosts em vez de 2), o que permitiria ter SSL em portas padrão para front-end e de autoria. Você teria:

  1. Cloud Service 1: Servidores front-end (x2) com o Balanceamento de carga do Azure.
  2. Cloud Service 2: servidor de criação principal (x1) sem balanceamento de carga do Azure.
  3. Cloud Service 3: servidor de criação secundário (x2) sem balanceamento de carga do Azure.

Embora não seja possível balancear a carga dos hosts de criação com o padrão, você pode usar o Gerenciador de tráfego do Azure com uma configuração de failover para gerenciar o failover automático no caso de seu host de criação primário desce.

    
por 16.02.2015 / 01:15