Я покупаю выделенный сервер для работы существующего веб-сайта, который принимает 90 000 посетителей в день. Спецификация ниже. Веб-сайт не слишком сложен, в основном mysql выполняет поиск в таблице, содержащей 60000 записей, но будет иметь довольно много изображений (в среднем по 90 КБ каждое), хранящихся непосредственно в файловой системе (а не в базе данных).
Как вы думаете, эта спецификация сервера должна легко обрабатывать пользователей, если веб-сайт хорошо спроектирован и запросы mysql оптимизированы?
Я не слишком уверен в конфигурации жесткого диска и предпочел бы диски sas 15 КБ вместо 7.2 КБ, но эта спецификация сервера должна иметь 2 внутренних и 12 других жестких дисков, и обновление всех этих дисков до 600 ГБ SAS 15 КБ обходится мне слишком дорого. Будет ли мне выгодно перейти на 2 внутренних диска по 600 ГБ 15 КБ, а остальные 12 оставить как 2 ТБ SAS 7200 об / мин? Смог бы мой веб-сайт воспользоваться преимуществами высокоскоростных дисков? Я не слишком знаком с конфигурациями серверов, поскольку я в основном разработчик веб-сайтов.
Модель: Dell PowerEdge D5-880X Сервер с нулевым выбросом углерода Операционная система: CentOS Linux 6.x (совместимость с cPanel / Plesk) Панель управления: CPanel [Неограниченное количество пользователей] - Только для Linux ЦП: 2 x 6-ядерный Intel® Xeon® X5650 2,66 ГГц Память: 48 ГБ памяти DDR3 ECC Конфигурация жесткого диска: 2 x 300 ГБ SAS + 12 x 2 ТБ SAS 7200 об / мин Raid: H700 Advanced Hardware Raid - Raid 10 Выделенная пропускная способность: 10 Гбит / с при 40 ТБ / месяц
наличие двух дисков SAS 15k было бы полезно для сервера MySQL, а также для общей производительности операционной системы, если вы используете диски SATA только для хранения.
Что касается остальной конфигурации: сервер должен легко справиться с этой рабочей нагрузкой.
Похоже, машина с хорошими характеристиками. 48 ГБ оперативной памяти будут особенно полезны, поэтому убедитесь, что вы предоставили пулу буферов Mysql InnoDB достаточно оперативной памяти для использования, чтобы он всегда сохранял базу данных в памяти. Уже одно это может значительно ускорить работу сайта.
Что касается изображений, то даже 100 000 - это всего лишь 10 ГБ дискового пространства, но, тем не менее, было бы полезно разделить их на подкаталоги, чтобы не все они находились в одном каталоге. Например, файл с именем 1234567890.jpg может быть помещен в каталог следующим образом: 12/34/56 / 1234567890.jpg - трехуровневая иерархия с менее чем 1000 в конечном месте. Это ускорит доступ при поиске в каталогах, что может быть очень накладным.
Если у вас намного больше 100000 изображений, тогда иерархия будет еще более важной, или, возможно, даже для какой-то системы на основе БД, такой как использование S3 или чего-то вроде MogileFS, которая делает то же самое локально.