Escolher um servidor é uma decisão importante que muitas vezes consome tempo e é cara. Decisões erradas podem levar a consequências indesejáveis. Neste artigo, falaremos primeiro sobre algumas questões a serem consideradas durante o planejamento e, em seguida, discutiremos como escolher entre Windows e Unix.
Considerações de planejamento
Ao selecionar um servidor, uma consideração importante é determinar qual sistema operacional usar. Aqui estão algumas coisas a considerar:
O servidor será adicionado a um ambiente de servidor/computador existente?
Que limitações os aplicativos existentes ou selecionados impõem à seleção do sistema operacional?
Adicionar servidores a um ambiente existente geralmente significa que os novos servidores devem usar o mesmo sistema operacional que os servidores existentes devido a restrições de aplicativos e às habilidades limitadas dos operadores existentes.
Se novos aplicativos forem necessários, os fornecedores de software poderão exigir ou recomendar fortemente o uso de um sistema operacional específico.
Windows versus Unix e Linux
A menos que você precise usar um sistema operacional proprietário (como OS/40 ou Z/OS em alguns sistemas IBM, ou mesmo Netware da Novell), você geralmente tem três opções: Windows, Linux ou Unix. O Unix mencionado aqui inclui todos os sistemas Unix fornecidos pelos fabricantes de sistemas, como o AIX da IBM, o HP/UX da Hewlett-Packard ou o Solaris da SUN. Da mesma forma, existem algumas opções para sistemas Linux.
A primeira escolha é usar o Windows ou uma família extensa de Unix ou Linux. Conforme mencionado acima, às vezes você pode ser forçado a usar um determinado sistema operacional, mas se tiver liberdade de escolha, o melhor é comparar produtos com base em seus padrões em termos de escalabilidade, robustez e custo de uso.
Quantos clientes o servidor deve suportar?
A primeira etapa básica na seleção do servidor é determinar quantos clientes simultâneos o servidor deve suportar. Aplicativos diferentes usam quantidades diferentes de recursos do servidor e essas informações são necessárias ao configurar o servidor.
Qualquer que seja o número desses clientes e aplicações, é o número inicial. Com o tempo, as atividades empresariais aumentam ou as atividades baseadas em computador aumentam. Este crescimento natural torna a escalabilidade do sistema particularmente importante.
Escalabilidade é uma medida da capacidade de um sistema ser atualizado em diferentes aspectos, incluindo poder de processamento, capacidade de armazenamento, tamanho da memória principal e conectividade de rede e largura de banda. Um sistema que pode ser expandido é uma opção mais barata e menos perturbadora do que substituí-lo por um sistema maior.
A escalabilidade é crítica, mas atualmente não há muita informação sobre como estimar razoavelmente a escalabilidade de um sistema de servidor e não existem métodos empíricos práticos. Além disso, não existem padrões de teste estabelecidos para medir a escalabilidade.
É importante observar que um sistema operacional que foi testado, experimentado e testado novamente ao longo do tempo tem melhor funcionalidade. Especialmente para sistemas operacionais multiprocessadores, os sistemas operacionais mais antigos geralmente oferecem recursos melhores do que os sistemas mais recentes.
Quais aplicativos devem ser suportados?
Ao considerar qual sistema operacional é melhor para seu aplicativo, é uma boa ideia dividir os aplicativos em quatro categorias amplas:
Servidor de arquivos, impressão ou comunicações
servidor de banco de dados
servidor de aplicativos
Servidor intensivo de computação
Esta classificação não significa que aplicações de tipos diferentes não possam existir no mesmo servidor ao mesmo tempo. No entanto, sistemas com diferentes utilizações podem facilmente atingir os seus limites porque é difícil priorizar a alocação de recursos entre diferentes classes de aplicações, a menos que seja utilizado um gestor de recursos.
Para avaliar o uso de recursos de um cliente, primeiro descubra quais clientes usam cada aplicativo. Cada aplicativo pode exigir uma combinação diferente de recursos do servidor.
Natureza do trabalho
A próxima questão a ser abordada é a natureza funcional do suporte do servidor. Ele será usado para aplicativos críticos para os negócios, grupos de trabalho, aplicativos para todo o departamento ou para toda a empresa, ou outros aplicativos?
Um servidor pode ser dedicado a um grupo de trabalho, um departamento ou a vários aplicativos de uma empresa inteira. Obviamente, implantar todos os aplicativos necessários no mesmo servidor parece economizar custos, mas isso aumentará a vulnerabilidade do sistema, porque assim que um aplicativo causar a falha do sistema, todos os aplicativos deixarão de funcionar.
Também mencionamos anteriormente que quando um servidor está executando uma carga de trabalho desigual, é difícil equilibrar as necessidades de recursos de vários aplicativos. Embora existam aplicações que possam resolver este dilema de alocação de recursos, o problema ainda é difícil de resolver.
De modo geral, é melhor implantar vários servidores, cada um dedicado a uma ou a um pequeno subconjunto de atividades. Desta forma, a vulnerabilidade do sistema pode ser reduzida, pois se você tiver vários servidores, se um servidor falhar, você também poderá transferir o trabalho para outras máquinas. O uso da redundância de servidores é a base dos sistemas de alta disponibilidade.
[Página cortada]
problemas financeiros
Embora o custo de aquisição de servidores e software necessário seja obviamente um grande componente do custo total, também recomendamos avaliar o custo total de propriedade (TCO) ao tomar decisões de compra.
O TCO inclui custos diretos e custos indiretos.
Os principais custos diretos incluem:
Custos de compra de software e hardware
Operar e gerenciar sistemas
Desenvolvimento de aplicativos, suporte e comunicações
Custos de eletricidade para operar e resfriar o sistema
Custo de espaço do sistema
Os custos indiretos são mais difíceis de quantificar e incluem o custo do tempo de inatividade do sistema. Os custos de tempo de inatividade incluem não apenas os custos de lidar com a indisponibilidade do sistema (como perda de produtividade), mas também os custos indiretos da indisponibilidade. Devido à interrupção do sistema, os clientes ou fornecedores ficam repentinamente impossibilitados de fazer negócios com você e podem recorrer aos seus concorrentes.
Quando um sistema está inativo ou lento para responder, os usuários podem não conseguir fazer nada além de esperar que o sistema se recupere. Mais frequentemente, eles podem conversar entre si e pedir ajuda para resolver o problema. Em ambos os casos, gastam tempo e recursos para descobrir como fazê-lo, o que também aumenta os custos da empresa.
Existem benchmarks a serem seguidos ao comparar o preço e o desempenho do sistema. Mas como esses benchmarks medem os servidores de maneiras específicas, é provável que seu uso seja diferente. Embora os números de referência resultantes sejam reais, deve-se ter cuidado ao utilizá-los. Recomenda-se que estes benchmarks sejam utilizados apenas como indicação ou para filtrar um grande número de possibilidades. Nunca tome uma decisão de compra com base apenas nesses benchmarks.
Os sistemas que escalam bem são muito mais caros do que aqueles que não o fazem. Mas quando seus servidores não conseguem executar as cargas de trabalho necessárias, muitas vezes é mais barato comprar o poder de computação necessário do que atualizar e substituir o sistema.
problemas financeiros
Embora o custo de aquisição de servidores e software necessário seja obviamente um grande componente do custo total, também recomendamos avaliar o custo total de propriedade (TCO) ao tomar decisões de compra.
O TCO inclui custos diretos e custos indiretos.
Os principais custos diretos incluem:
Custos de compra de software e hardware
Operar e gerenciar sistemas
Desenvolvimento de aplicativos, suporte e comunicações
Custos de eletricidade para operar e resfriar o sistema
Custo de espaço do sistema
Os custos indiretos são mais difíceis de quantificar e incluem o custo do tempo de inatividade do sistema. Os custos de tempo de inatividade incluem não apenas os custos de lidar com a indisponibilidade do sistema (como perda de produtividade), mas também os custos indiretos da indisponibilidade. Devido à interrupção do sistema, os clientes ou fornecedores ficam repentinamente impossibilitados de fazer negócios com você e podem recorrer aos seus concorrentes.
Quando um sistema está inativo ou lento para responder, os usuários podem não conseguir fazer nada além de esperar que o sistema se recupere. Mais frequentemente, eles podem conversar entre si e pedir ajuda para resolver o problema. Em ambos os casos, gastam tempo e recursos para descobrir como fazê-lo, o que também aumenta os custos da empresa.
Existem benchmarks a serem seguidos ao comparar o preço e o desempenho do sistema. Mas como esses benchmarks medem os servidores de maneiras específicas, é provável que seu uso seja diferente. Embora os números de referência resultantes sejam reais, deve-se ter cuidado ao utilizá-los. Recomenda-se que estes benchmarks sejam utilizados apenas como indicação ou para filtrar um grande número de possibilidades. Nunca tome uma decisão de compra com base apenas nesses benchmarks.
Os sistemas que escalam bem são muito mais caros do que aqueles que não o fazem. Mas quando seus servidores não conseguem executar as cargas de trabalho necessárias, muitas vezes é mais barato comprar o poder de computação necessário do que atualizar e substituir o sistema.