4 razões para terceirizar seu DNS
Muitas das empresas que eu trabalhei e consultados ao longo dos anos ter alugado o espaço do servidor de prestadores de serviços.
Você só são realmente propensos a fazer isso, porém, se você é uma empresa relativamente pequena. As organizações maiores são capazes de comprar serviços multi-camadas para que não apenas controlar a configuração dos aplicativos nos servidores, mas todas as camadas da pilha, até o armazenamento.
Assim como este trabalho e como você pode fazer o trabalho para você?
Em face disso, o desejo do cliente para gerenciar todas as camadas da instalação inteiramente contraria o desejo do fornecedor de serviços para ser capaz de controlar a forma como os sistemas em sua configuração de corrida.
O truque é para o provedor de serviço a prestar em todos os níveis da infra-estrutura, um "sandbox" segura dentro do qual os clientes podem fazer o que quiserem, sem afetar qualquer coisa fora dele.
O conceito básico de que vamos nos referir a um monte é um centro de dados virtual. Se você é um usuário do VMware você vai reconhecer isso como um termo formal usado por Director vCloud, mas eu estou usando aqui como um conceito genérico.
É, antes, um bom nome, afinal de contas, uma vez que resume o conceito de prestação de um cliente com um pacote virtual do armazenamento, servidores, redes e aplicações.
Escolha as disposições
Depois de ter um centro de dados virtual, você terá uma conta de administrador que tem a capacidade de criar IDs de outros usuários, com diferentes privilégios, dentro de sua própria sandbox. Assim, alguns usuários poderão apenas para abrir uma sessão de console, alguns para criar e remover servidores, alguns para parar e iniciar os servidores, e assim por diante.
No que diz respeito ao provisionamento de servidores, vamos começar por baixo com o armazenamento. Armazenamento será sempre apresentado através de uma SAN de algum tipo, e na camada hypervisor do servidor virtual do provedor pode definir a quantidade de armazenamento que está disponível para cada cliente.
Enquanto o parâmetro de configuração mais óbvia é a quantidade de disco disponível, você também geralmente tem a opção de diferentes classes de armazenamento. É comum ver uma camada caro de armazenamento de alta velocidade, uma camada de preço moderado de armazenamento mainstream e um, muito baixa velocidade camada semi-off barato.
Esta abordagem é extremamente atraente para o cliente, porque isso significa que não há necessidade de excesso de fornecimento de servidores. É um trabalho tão rápido para expandir um disco do servidor virtual que os custos podem ser reduzidos ao mínimo e você pode facilmente atribuir diferentes classes de armazenamento para cada aplicação.
A única desvantagem de usar o armazenamento flexível é que não é simples para reduzir o que você usa. A maioria dos sistemas operacionais de ficar muito chateado se você tentar reduzir o tamanho de um volume, porque você não pode garantir que o pouco que você está jogando fora não é titular de dados que você precisa.
Então, trabalhar em torno dele. Se você quiser usar algum espaço temporariamente, apenas definir um novo volume em seu sistema operacional e soltar algum armazenamento nele. Quando você terminar com ele, soprar o volume completo. Você não pode encolher um volume, mas você pode criar e excluí-los à vontade.
Reforço de potência
Movendo-se para a memória, você não tem essa restrição. Mais uma vez o provedor de serviços pode fornecer um quota RAM e você pode atribuí-lo a seus servidores, como você vê o ajuste. Se você quer movê-lo entre os servidores, não é um problema (embora você provavelmente vai ter que viver com um reboot).
Da mesma forma com CPUs virtuais, você pode geralmente deixar o poder extra e depois tirá-lo, sem prejudicar o sistema operacional, embora, como com a memória que você terá que desligá-lo e voltar novamente para a ação da mudança.
Na rede de arena clientes querem liberdade para fazer suas próprias coisas. O problema é que isso pode significar que um cliente quer usar as mesmas faixas de IP como uma meia dúzia de outros que vivem na mesma plataforma, e comer mais largura de banda do que o provedor pode agitar uma vara em.
Firewalls virtuais são a resposta. O provedor configura um firewall baseado em software no limite do centro de dados virtual do cliente, e todo o tráfego de rede entre o centro de dados virtual e qualquer coisa fora isso tem que fluir através dessa firewall de borda.
Se um cliente opta por ter mais de um data center virtual dentro da instalação hospedado em vez de um socking grande centro de dados virtual com todas as suas coisas nele, ele vai ter que permitir o tráfego entre os dois usando regras de firewall, ou, de preferência configurar um ponto de -a-ponto túnel VPN entre os dois.
Isso pode soar desagradável, mas lembre-se: se você está se conectando na configuração hospedado a partir de seu escritório que você vai querer configurar uma VPN à beira de qualquer maneira. Ele não deve ser um grande feito da tecnologia para ter a mesma abordagem entre os data centers virtuais.
Normas, quem se importa?
Quando você é um cliente de um fornecedor de virtualização, você não precisa se preocupar muito com a padronização. Você não tem idéia do que o hardware físico é, você só sabe que seus sistemas operacionais e dispositivos virtuais precisam apoiar o hardware virtual apresentado a eles pelo hypervisor.
Você realmente não se preocupam com a padronização, então. O que você faz importa é abstração - ou, mais precisamente, a consistência de abstração.
Independentemente de, digamos, as placas de rede físicas nos anfitriões, o que importa é que o tipo de adaptador virtual específico configurado em seus servidores é apresentada de forma consistente pela infra-estrutura.
Da mesma forma, você não se importa se o hardware tem uma dúzia de diferentes tipos de CPU, enquanto o que é apresentado a você pelo hardware virtual é o mesmo em toda a linha.
