Назад | Перейти на главную страницу

Сколько оперативной памяти для этих двух выделенных серверов OpenBSD?

Первым сервером будет Сервер А.

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.

думал о 2 ГБ оперативной памяти

Второй сервер будет сервером 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

думал 2-8GB RAM

как вы думаете, сколько потребуется для обоих этих серверов?

у обоих будет программный антивирус и брандмауэр

рейд 5

Программное обеспечение R1soft CDP для резервного копирования (сервер B копируется на сервер A, сервер A затем копируется на удаленное место)

Первый сервер должен работать нормально, второй: 1-8 ГБ - это немного "открытая" спецификация. Я бы посоветовал как минимум 2. Если вы можете что-то с этим поделать, постарайтесь, чтобы как можно меньше пользователей использовали IMAP, хотя я полагаю, что при использовании roundcube вам придется его использовать. Как правило, оперативная память не такая уж и дорогая, поэтому возьмите 4 или 8 ГБ.

Самое важное для почтовой системы и системы баз данных это ввод / вывод. Сделайте себе одолжение и сделайте его RAID-1, RAID-5 дает вам меньше операций ввода-вывода в секунду, по крайней мере, если вы решите использовать не так много дисков. Кроме того, используйте дорогие диски SAS со скоростью 10 или 15 000 об / мин и достойный и поддерживаемый RAID-контроллер (например, LSI). с участием BBU,

Даже если бы вы предоставили гораздо больше информации о системе (процент посещений гораздо важнее, чем количество уникальных посетителей), вы не смогли бы дать точный ответ. Слишком много переменных - например, вы можете обслуживать до 8 ГБ загрузок каждую неделю, но, возможно, менее 5% содержимого может быть кэшируемым на уровне файловой системы. А как насчет остального использования сайта?

Конечно, если вы обслуживаете много больших файлов, вам стоит обратить внимание на файловую систему хранения с низкой задержкой. Задержка диска NB намного важнее, чем пропускная способность, если все клиенты не подключаются через гигабитную локальную сеть - поэтому RAID 1 может дать лучшую производительность, чем RAID 5 - действительно, для веб-сервера вам, вероятно, будет лучше потратить свои деньги на пару машины с базовыми спецификациями с несколькими 7200 об / мин SATA RAID-1 (например, зеркалирование набора полос) или возможно даже флэш-память RAID (если записи относительно нечасты), а не большой зверь с 15K SCSI. Использование нескольких серверов также дает вам преимущество с точки зрения доступности.

Что касается сервера почты / БД - еще сложнее предсказать нагрузку для этих приложений - конечно, я бы установил отдельные IP-имена для служб (smtp, pop / imap, db - изначально с одним и тем же адресом).

Но самое важное - это определить ваши целевые показатели производительности (с точки зрения времени транзакций - НЕ cpu / load / io и т. Д.) И спланировать способы измерения и анализа этих целей (И других, более традиционных системных показателей, таких как cpu / load / io / memory и т. д. - поскольку они показывают, как ограничивается производительность транзакции). А также сохранить часть вашего бюджета, чтобы вы могли решить проблемы с производительностью когда ты знаешь, что они

Мантра заключается в том, что у вас никогда не будет достаточно памяти, процессора, хранилища или пропускной способности! :-)

Если у вас есть серверы, подумайте масштабно :-). У меня на настольном компьютере 16 ГБ оперативной памяти. В идеале ваша система не должна загружать страницы на диск, перелистывание страниц происходит медленно! Если процесс выгружается из-за бездействия, настройте ядро, чтобы они оставались в памяти.

После того, как вы максимально увеличили объем оперативной памяти, подумайте об использовании SSD в качестве кеша для вашей дисковой подсистемы или хранении файла подкачки. Это может дать вам еще большую производительность и низкую задержку чтения при ошибках страниц. У SSD нет головки привода, поэтому поиск выполняется быстро! :-).

вы также можете разместить SSD в полосе для большей производительности.

Вы можете найти это интересным, используя SSD для кеширования горячих данных из вашей файловой системы. zfs будет использовать SSD как динамический дисковый кеш. Очень хорошо! :-).

http://www.nerdblog.com/2010/03/zfs-nas-followup-ssd-is-amazing.html

И наконец, посмотрите на свои приложения: можно ли их оптимизировать, использует ли конкурирующее программное обеспечение меньше памяти, меньше ЦП, проще ли им управлять?

Если вы размещаете веб-приложение, это не очень хорошо, если у вас есть отличные большие серверы, я видел много настроек с большими серверами, однако затем было подключение к очень плохому интернет-провайдеру, поэтому трафик падал еще раньше. на серверах были изменения для его обработки.