Viabilidade do Mac OS X 10.9 Servidor Time Machine no ambiente de escritório

Question

Atualmente, temos cerca de 20 MacBook 10.9 Mac OS Pro (quase todos com SSDs) fazendo backup de unidades USB individuais. Eu gostaria de consolidá-los em uma matriz de unidades de drobo thunderbolt conectada a um servidor Mac Mini (executando o servidor 10.9) usando o servidor de máquina do tempo.

A minha pergunta é, esta escala para 20 usuários? Exemplos que eu vi parecem ser 5 ou 6 usuários no topo, e isso não é fácil para eu testar (prefiro não pedir a todos para fazer backup no array e depois voltar para drives USB se ele trouxer nossa rede para o seu servidor). joelhos). Minha principal preocupação é saturar nossa rede gigabit, já que a máquina do tempo faz o backup a cada hora para cada máquina, então geralmente haveria algumas pessoas fazendo backup a qualquer momento. Também temos algumas pessoas ocasionalmente em nossa rede 802.11ac e não em ethernet (geralmente conectadas via 802.11n até que as pessoas atualizem para máquinas mais novas), mas na maioria das vezes as pessoas estão conectadas a nossos monitores thunderbolt que possuem uma conexão ethernet gigabit.

Nossa topologia de rede é um switch gigabit de 32 portas com 5 switches Gigabit menores em cada cluster de desktops. O mac mini server está conectado diretamente ao switch de nível superior.

Atualização: falha na informação de alguém que fez isso na prática, suponho que minha pergunta seja realmente sobre como os switches funcionam. Se três ou quatro pessoas estão fazendo o backup simultaneamente, e depois outros dois (diferentes) usuários transferem um arquivo entre si, eles poderão transferir o arquivo em velocidades de gigabit?

    

Answer 1

Depende do uso do arquivo dos clientes, mas em geral com uma rede gigabit você não deve ter nenhum problema. O Time Machine faz backups incrementais, por isso está apenas movendo os dados para arquivos novos / alterados sempre que fizer backup. Além disso, ele usa o FSEvents para rastrear alterações de arquivo no lado do cliente, de modo que ele (nem sempre) precisa varrer o backup para ver o que é diferente.

No entanto , é um backup incremental em nível de arquivo, portanto, se algum cliente tiver arquivos grandes que mudam frequentemente (bancos de dados, recipientes de VM, arquivos de renderização de vídeo, etc.), eles comerão a largura de banda e capacidade do servidor copiando o arquivo inteiro a cada hora.

Algumas recomendações, no entanto:

• Em muitos casos, faz sentido excluir as pastas / Applications, / Library e / System do backup (e, se você excluir / System, oferece a opção de excluir todos os arquivos e aplicativos do sistema - - basicamente, as porções unix escondidas do sistema operacional). Isso economizará espaço no backup. Se um cliente morrer, você não poderá fazer uma restauração bare-metal, mas poderá reinstalar o SO (ou recriar a imagem) e usar o Assistente de Migração para recuperar toda a conta de usuário do backup e reinstalar aplicativos e software de terceiros .

• O instantâneo inicial será efetivamente um backup completo, por isso não o configurarei em todos os clientes de uma só vez; desconcertá-los. Além disso, o backup por Wi-Fi geralmente é bom, mas faça o instantâneo inicial em gigabit.

• O Time Machine agora suporta vários destinos, para que você possa deixar os backups USB no lugar e simplesmente adicionar o servidor como um destino de backup. Parece ser bastante inteligente rotacionar entre alvos quando vários estão disponíveis, ou apenas indo com o que está disponível se não estiver. Acredito muito na diversidade de backups, e isso dá a você pelo menos um pouco de diversidade.

• Se isso se tornar um problema (e eu tenho certeza que não será), existem maneiras (sem suporte, mas bastante seguras) de ajustar o agendamento de backup. Consulte o TimeMachineEditor ou o TimeMachineScheduler .