Quais são os benefícios do hardware XServe e do Mac OS X Server?

5

Existem alguns benefícios distintos em usar o hardware Xserve e o OS X em servidores Dell / IBM padrão que executam o Windows Server (2003 ou 2008). Há alguma tarefa na qual eles sejam considerados melhores?

    
por Marko Carter 23.06.2009 / 18:20

6 respostas

7

Se você tiver muita infraestrutura de Mac, a execução do OS X Server no back-end permitirá que você faça coisas com menos atrito. Por exemplo, configurar o Open Directory no servidor Mac é fácil, e seus clientes Mac irão se vincular facilmente a ele. Se você está à procura de mais dor, certamente pode executar um servidor de diretório diferente e vincular clientes a ele, mas a integração não será tão boa. (Por exemplo, será mais difícil usar o MCX para gerenciar seus clientes.)

Eu diria que o Open Directory é o maior motivo para usar um servidor Mac. Usar o Podcast Producer, o Quicktime Streaming, executar WebObjects, ter um Mac Software Update Server, servir arquivos com AFP, clientes NetBooting Mac ou executar um controlador Xgrid são outras razões para usar o Mac OS X Server em uma alternativa.

Ele executará seus serviços normais - DHCP, DNS, SMB, Firewall, HTTP, MySQL, etc - e com uma interface agradável para inicializar, mas não vejo uma razão convincente para usá-lo servidor que é resistente a vírus. [Lembre-se, a Apple fez menção de dizer: "Veja, é tão fácil, você não precisa de um departamento de TI". Embora eu tenha a tendência de discordar, um usuário técnico deve ser capaz de obter serviços básicos em execução, e pode haver um lugar para isso.]

Você não precisa estritamente de um XServe, o OS X Server funcionará bem em um laptop, e optamos por alguns bons Mac Pros. As vantagens do XServe são que ele possui alguns recursos adicionais de monitoramento e se encaixa em um rack.

Além disso, é comum ter uma boa relação custo-benefício para comprar a unidade básica, atualizar a RAM e direcionar espaço de outro fornecedor.

    
por 23.06.2009 / 18:54
3

Sobre o Windows - licenças de clientes - você paga uma vez pelo OSX Server e suporta quantos usuários usarem os serviços de que você gosta por um único preço - sem licenças de cliente.

Sobre o Linux - facilidade de uso, praticamente tudo é configurado através de uma GUI

Não é barato e não é um poderoso / rápido como outras opções, mas para um pequeno escritório multi-serviços (web / mail / db etc) eles são muito fáceis de usar.

    
por 23.06.2009 / 22:19
2

A vantagem de um Xserve é que ele é um Mac montável em rack de 1U com recursos de monitoramento substancialmente melhores. (O Lights Out Management pode ser ótimo)

As vantagens do OS X Server são completamente separadas daquelas de um Xserve e o que ele pode fazer melhor / pior que o Windows Server 200x depende inteiramente do que você quer que o servidor faça. Se você tiver clientes Mac que podem aproveitar itens como o Open Directory (que pode ser usado em conjunto com o Active Directory) para autenticação, o MCX para gerenciar configurações em computadores, o NetBoot para geração de imagens e com partições de inicialização de rede de emergência, entre outras. Além disso, a grande maioria dos aplicativos baseados em Linux que você pode querer executar também será executada no OS X - meu servidor Cacti / Nagios / Ntop é um antigo Power Mac G5 executando o OS X Server. Por fim, você nunca precisa se preocupar com o licenciamento de clientes - você tem 10 usuários ou usuários ilimitados. (E com a nova versão lançada em setembro, eles reduziram o preço da versão do usuário ilimitado para o preço de 10 usuários e removeram a edição de 10 usuários)

    
por 23.06.2009 / 22:24
2

Tenho cerca de uma dúzia de XServes da primeira geração em uma pilha. Eu espero que o design tenha melhorado desde então, mas aqui está o que está errado com o meu. Alguém por favor responda e deixe-me saber qual é o status atual.

  1. Nenhuma placa de vídeo

    Somente SSH ou VNC in, o que é bom até que algo quebre, então você precisa conectar um cabo serial e rezar para que, seja qual for a conexão, você possa fazer a velocidade ultra rápida da porta que os macs usam como padrão. Você pode alterá-lo para 9600, mas toda vez que executar uma atualização de software que envolva esses componentes, a configuração voltará

  2. Sem unidades de CD

    As instruções para atualizar o sistema operacional literalmente têm fotos de iPODs conectados aos servidores. Alternativamente, você pode inicializar a coisa no modo de disco firewire e instalar um novo sistema operacional usando um cabo de laptop e firewire.

  3. OS X

    Sim, estou usando isso como um prejuízo. O OS X pegou coisas que funcionaram por décadas no Unix e as "consertaram". Eu estou olhando para você, resolução de dns, gerenciamento de usuário, hierarquia de sistema de arquivos e sensibilidade a maiúsculas e minúsculas e inicialização do sistema (entre outros).

por 23.06.2009 / 19:11
1

Se as máquinas do seu cliente são Macs, isso pode fazer muito sentido. Se você tem um monte de PCs, talvez não tanto.

Meu entendimento é que, com os servidores Mac (como todos os produtos Mac), você está pagando um prêmio para que um hardware de qualidade funcione de maneira fácil de usar, ao custo e controle.

    
por 23.06.2009 / 18:47
1

Muitas coisas boas já foram nomeadas, mas uma coisa é realmente importante IMHO:

Eles lidam perfeitamente com a integração de sistemas Mac, Windows e Linux / Unix e você não precisa mais se preocupar com arquivos ocultos com os recursos. Com o Linux Samba, quando eu crio um arquivo com uma ACL ou uma bifurcação de recursos em um cliente MacOS, ele cria um arquivo separado com o nome de arquivo precedido por um ponto. que contém esta informação. Se você mover / renomear isso em um cliente Windows, o fork do recurso será perdido, pois o Windows não moverá o arquivo de pontos. Isso pode criar todos os tipos de problemas com determinados aplicativos e é uma grande dor de cabeça para a integração Mac / Win. Como esse recurso forks faz parte do HFS + subjacente que é usado no servidor OS X, você não precisa mais pensar nisso.

    
por 24.06.2009 / 10:57