Tamanho ideal da instância para o servidor EC2 Sharepoint

2

Estou surpreso por não conseguir encontrar nenhuma informação sobre isso, mas não sou um administrador do Windows e apenas um usuário iniciante do EC2. Eu tenho um cliente que quer se levantar um servidor do SharePoint no EC2 para uso interno. A equipe é pequena (10-20) e o tráfego será leve. Principalmente, o cliente está procurando um local para armazenar documentos (e revisões de documentos), facilitando o acesso de usuários autenticados em qualquer lugar do mundo. Eles se estabeleceram no Sharepoint e têm outras instâncias do EC2, de modo que parece o ajuste natural, mas estou tentando descobrir o que recomendar para eles.

Atualmente estou pensando em uma instância Média. Eu tenho medo de ir menor porque acho que o Windows precisaria de uma boa quantidade de memória apenas para ser executado, mas estou muito aberto a sugestões. Qualquer conselho seria muito apreciado. Espero que o armazenamento em si possa acontecer em uma montagem EBS, mas, novamente, sugestões são bem-vindas.

Obrigado pela sua contribuição.

    
por Rob Wilkerson 15.10.2012 / 17:24

2 respostas

2

Se você não se importar com algum tempo de inatividade, você pode começar com uma pequena instância em que o EBS oferece suporte a tudo e ver como está o desempenho. Se precisar de mais, tire um instantâneo do armazenamento de instâncias e, em seguida, pare a instância atual e, em seguida, crie um tipo de instância maior usando o instantâneo da pequena instância que você tomou.

Você pode continuar fazendo isso, desde que sua instância tenha backup do EBS. Dessa forma, você pode aumentar a instância com o crescimento / uso da empresa do servidor.

    
por 15.10.2012 / 17:35
1

Devido à sua falta de conhecimento administrativo do Windows (e que isso é para um cliente, o que significa que você provavelmente não deseja / tem os recursos para cuidar disso), eu recomendo procurar um provedor de hospedagem dedicado do SharePoint como o Microsoft O SharePoint hospedado do 365 ou possivelmente o Azure.

Em um modelo de preços por usuário e na infraestrutura / manutenção completamente abstraída de você, uma solução de software como serviço (SaaS) provavelmente se ajusta melhor.

Como mencionei no meu comentário, "fazer certo" para um aplicativo .NET / SQL muito pequeno exigiu muita tentativa e erro, e eles ainda reclamam sobre o desempenho, mesmo com uma instância Média de US $ 180 no mês em que estamos hesitantes para converter em uma instância reservada porque o desempenho é tão medíocre. A configuração foi um pouco melhor com duas instâncias (uma para SQL, uma para IIS / .NET), mas não vale o custo adicional. Provavelmente, vamos trazê-lo de volta para casa porque, a US $ 180 por mês, poderíamos alugar um servidor decente por três anos e ter um melhor desempenho.

    
por 15.10.2012 / 18:00