Quanta RAM para esses 2 servidores OpenBSD dedicados?

Question

O primeiro servidor seria o Servidor A.

wordpress, joomla, roundcube and opencart (mysql databases are on Server B)

over a 3 year period max would be 2000 unique visits a day.
Would be about 500 downloads on the Server (100-500kb in size)
all downloaded from 10 to 50x a week each.

estava pensando em 2GB de Ram

O segundo servidor seria o servidor B

holds the mysql databases which the Server A connects to.
hosts an email system running postfix + dovecot
(700 users would be using it at one time max)
all of these users sending emails
a lot of these with the downloads from the frontend attached to them

estava pensando em 2-8GB de Ram

quanto você acha que seria necessário para esses dois servidores?

ambos teriam antivírus e firewall de software

ataque 5

Software R1soft CDP para backups (o servidor B recebe backup no Servidor A, o Servidor A faz backup em um local externo)

    

Answer 1

O primeiro servidor deve funcionar OK, segundo: 1-8 GB é um pouco "aberto" spec. Eu sugiro pelo menos 2. Se você puder fazer algo sobre isso, tente ter o menor número possível de usuários usando o IMAP, embora eu imagine que usando o roundcube você teria que usá-lo. Geralmente, a RAM não é tão cara, então leve 4 GB ou 8.

Mais importante para um sistema de email e um sistema de banco de dados é I / O . Faça um favor e torne-o um RAID-1, o RAID-5 lhe dará menos IOPS, pelo menos se você optar por não usar muitos discos. Além disso, use os caros discos SAS com 10k ou 15k rpm e um controlador RAID decente e suportado (por exemplo, LSI) com uma BBU,

    

Answer 2

Mesmo se você tivesse fornecido muito mais informações sobre o sistema (a taxa de acertos é muito mais relevante do que os visitantes únicos), não seria possível fornecer uma resposta precisa. Existem muitas variáveis - por exemplo, você pode ter até 8 GB de downloads a cada semana - mas talvez menos de 5% do conteúdo possa ser armazenado em cache no nível do sistema de arquivos. E quanto ao resto do uso do site?

Certamente, se você estiver disponibilizando muitos arquivos grandes, deve estar analisando um sistema de armazenamento de arquivos de baixa latência. A latência de disco do NB é muito mais importante que a largura de banda, a menos que todos os clientes estejam conectados em uma LAN gigabit - então o RAID 1 pode oferecer melhor desempenho do que o RAID 5 - de fato, para o servidor da Web, é melhor gastar seu dinheiro em alguns máquinas de especificações básicas com múltiplos SATA RAID-1 de 7200rpm (por exemplo, espelhamento de um conjunto de faixas) ou até mesmo armazenamento flash RAID (se as gravações são relativamente raras) em vez de um grande animal com 15K SCSI. Vários servidores também oferecem um benefício em termos de disponibilidade.

Em relação ao servidor de e-mail / DB - é ainda mais difícil prever a carga desses aplicativos - certamente eu configurei nomes ip separados para os serviços (smtp, pop / imap, db - inicialmente com o mesmo endereço). / p>

Mas o mais importante é estabelecer quais são os objetivos de desempenho (em termos de tempo de transação - NÃO cpu / load / io etc.) e planejar maneiras de medir e analisar essas metas (E outras métricas de sistema mais convencionais como cpu / load / io / memory etc - já que estes indicam como o desempenho da transação é restrito). E também para manter parte do seu orçamento de volta para que você possa resolver os problemas de desempenho quando souber quais são

    

Answer 3

O Mantra é que você nunca pode ter memória, cpu, armazenamento ou largura de banda suficientes! : -)

Se você é o seu próprio servidor, pense alto :-). Eu tenho 16GB de ram na minha máquina desktop.Ideally seu sistema não deve página para o disco, a paginação é lenta! Se o processo estiver sendo paginado devido a inatividade, ajuste seu kernel para mantê-lo na memória.

Uma vez que você tenha maximizado sua ram, pense em usar um SSD como um cache para o seu subsistema de disco ou armazenar o arquivo de swap. Isso pode oferecer ainda mais desempenho e leituras de baixa latência em falhas de página. O ssd não tem uma cabeça de unidade, então a busca é rápida! : -).

você também pode colocar SSDs em uma faixa para mais desempenho.

você pode achar isso interessante, usando o ssd para armazenar dados em cache do seu sistema de arquivos. O zfs usará o ssd como um cache de disco dinâmico. Muito agradável! : -).

link

Por último, olhe para os seus aplicativos, eles podem ser otimizados, um software concorrente usa menos memória, menos cpu, mais fácil de gerenciar?

Se você hospeda um aplicativo da web, não é uma boa coisa se você tiver grandes servidores, já vi muitas configurações com grandes servidores, mas depois tenho sido conectado a um provedor de serviços de internet muito ruim, então o tráfego estava sendo caiu mesmo antes dos servidores terem mudado para processá-lo.