Выбор vds/vps - частота процессора или количества ядер

[alex-bratsk]

Всем привет, вопрос заезженный в инете, но с решениями типа если у вас задача которая требует многопоточности, то выбирайте процессор с большим количеством ядер, если же задача которая требует нагрузку на ядро, то выбирайте проц с большей частотой.
Так от куда кто в курсе какие у нас задачи??

А теперь подробнее
Есть два VDS
1. Intel® Xeon® 6 vCPU core 2.20GHz - TURBO до 2,80 GHz / RAM DDR3 ECC: 10 Gb / SSD: 100 Gb - стоит около 1500 р/м
2. Xeon Scalable до 3.2 ГГц или AMD Epyc до 3.4 ГГц - 4 vCPU / RAM DDR4: 8 Gb / NVMe 80 Gb - стоит 1479 р/м

1-ый вариант 6 ядер 12 потоков - больше ядер, но ниже частота
2-ой вариант 4 ядра 8 потоков - выше частота, но меньше ядер

Характеристики интернет-магазина:
- OcStore 3.0.3.7
- Категория с фильтром с большим кол-вом параметров + обязательное кол-во товаров в скобочках у каждой характеристики фильтра
- Более 20 000 товаров на сайте
- Подключен модуль определения города с 301 редиректом на подпапку города
- Не кешируемое меню с около 100 запросами в БД, если не больше

Вопрос: для данной ситуации какой будет VDS будет лучше
1. С большим количеством ядер?
2. С большей частотой ядер?

Всем спасибо за реально полезные ответы!!!

[nikifalex]

вы про траффик не написали. я сильно сомневаюсь что у вас большой траффик и надо много потоков.
Поэтому выбирайте быстрый проц.

[alex-bratsk]

Трафик конечно не очень, около 200 уников в сутки, но если рассмотреть с трафиком 1000-2000 уников в сутки =)

[nikifalex]

Трафик конечно не очень, около 200 уников в сутки, но если рассмотреть с трафиком 1000-2000 уников в сутки =)

А почему 2000 ? берите выше. Покупайте сразу дедик хотя бы тыщ за 20.

А ответ на этот вопрос вам даст только сисадмин после анализа нагрузки на сервер. Там не только проц, там еще и память и диск. и самое важной оптимизация самой системы.

[alex-bratsk]

Трафик конечно не очень, около 200 уников в сутки, но если рассмотреть с трафиком 1000-2000 уников в сутки =)

А почему 2000 ? берите выше. Покупайте сразу дедик хотя бы тыщ за 20.

А ответ на этот вопрос вам даст только сисадмин после анализа нагрузки на сервер. Там не только проц, там еще и память и диск. и самое важной оптимизация самой системы.

Сарказм ))) круть

На счет админа, нет такого. А на счет оптимизации БД буду искать хорошего оптимизатора

[100napb]

Вопрос: для данной ситуации какой будет VDS будет лучше
1. С большим количеством ядер?
2. С большей частотой ядер?

Краткий ответ: ответ 2.
Более того, судя по Вашему описанию, даже двух ядер должно быть с хорошим запасом.

Полный ответ:
Для веба и опенкарта, в частности, нагрузка на сервер, в общем случае, возникает в момент обработки каких-либо запросов, которые инициируется в процессе взаимодействия с ресурсом: будь то пользователи которые зашли на сайт или поисковые роботы. Под нагрузкой стоит понимать прежде всего ресурсы, требуемые на выполнение php-кода и запросов к базе данных. Как только запрос будет обработан и отправлен ответ, php как бы "умирает", ресурсы высвобождаются и нагрузки как таковой в простое не возникает.
Иными словами, Вам выше совершенно верно задали уточняющий вопрос о трафике: 200 уников в сутки сгенерируют относительно скромное количество запросов к серверу, которые едва ли будут пересекаться между собой, конкурируя за ресурсы. Потому о сколько-нибудь высоких требованиях к многопоточности и количеству ядер нет.
Но помимо живых людей есть еще и роботы. При большом количестве товаров, при наличии динамически формируемых выгрузок в маркетплейсы\фидов\прочих интеграций скорее всего будет возникать даже более серьезная нагрузка на сервер. И второе ядро тут может быть кстати: когда в фоне идет генерация фида для условного Яндекса, на сервере есть еще одно ядро, способное легко обслужить запросы на генерацию страниц сайта для посетителей сайта...

Критически важной при всем при этом действительно является хотя бы базовая оптимизация, направленная на снижение времени ответа сервера: одно дело, когда сервер "думает" по 2 секунды при генерации той же страницы карточки товара, что бы показать ее какому-нибудь поисковому роботу: на 20к товаров в таком случае потребуется грубо говоря 40к секунд (11часов+). И совершенно другое, когда сервер отдает ответ за 0.2секунды...

P.S.: если вдруг нужны подобного рода работы - пишите в ЛС. компетенций и опыта более чем достаточно

[alex-bratsk]

Вопрос: для данной ситуации какой будет VDS будет лучше
1. С большим количеством ядер?
2. С большей частотой ядер?

Краткий ответ: ответ 2.
Более того, судя по Вашему описанию, даже двух ядер должно быть с хорошим запасом.

Полный ответ:
Для веба и опенкарта, в частности, нагрузка на сервер, в общем случае, возникает в момент обработки каких-либо запросов, которые инициируется в процессе взаимодействия с ресурсом: будь то пользователи которые зашли на сайт или поисковые роботы. Под нагрузкой стоит понимать прежде всего ресурсы, требуемые на выполнение php-кода и запросов к базе данных. Как только запрос будет обработан и отправлен ответ, php как бы "умирает", ресурсы высвобождаются и нагрузки как таковой в простое не возникает.
Иными словами, Вам выше совершенно верно задали уточняющий вопрос о трафике: 200 уников в сутки сгенерируют относительно скромное количество запросов к серверу, которые едва ли будут пересекаться между собой, конкурируя за ресурсы. Потому о сколько-нибудь высоких требованиях к многопоточности и количеству ядер нет.
Но помимо живых людей есть еще и роботы. При большом количестве товаров, при наличии динамически формируемых выгрузок в маркетплейсы\фидов\прочих интеграций скорее всего будет возникать даже более серьезная нагрузка на сервер. И второе ядро тут может быть кстати: когда в фоне идет генерация фида для условного Яндекса, на сервере есть еще одно ядро, способное легко обслужить запросы на генерацию страниц сайта для посетителей сайта...

Критически важной при всем при этом действительно является хотя бы базовая оптимизация, направленная на снижение времени ответа сервера: одно дело, когда сервер "думает" по 2 секунды при генерации той же страницы карточки товара, что бы показать ее какому-нибудь поисковому роботу: на 20к товаров в таком случае потребуется грубо говоря 40к секунд (11часов+). И совершенно другое, когда сервер отдает ответ за 0.2секунды...

P.S.: если вдруг нужны подобного рода работы - пишите в ЛС. компетенций и опыта более чем достаточно

Спасибо за ответ, буду иметь вас в виду когда работы по оптимизации будут актуальны. В данный момент работы идут по разработке сайта

[sanyaiv]

у меня вот такая конфигурация сервера за 12$.

• CPU: 1 ядро (какой то амд эпик, года 2010-2011)
  
•  RAM 2 Гб
  
•  Диск SSD 25 Гб
  
•  ipV4 - 1 шт.
  
•  Безлимитный трафик 
  

Размещено у меня 5 сайтов.
трафик в сутки около 2000 человек на 5000 просмотров (это без ботов).
Нагрузку на процессор не скажу точно, а то я сломал мониторинг и у меня не пишется она, как в админку захожу - там есть лайтинг что показывает ее, она редко поднимается до 100%, в основном там 20-30%.
Количество товаров в общем около 50 000.
Основную нагрузку создают мои боты, которые каждый день обновляют информацию там, они обходят 500 000 страниц на других сайтах, находят нужное и мне в бд обновляют.
Вот ниже статистика базы данных будет.
А у обычного магазина нагрузка ниже.



Ну и надо удалить лишний мусор, там есть запросы к бд ненужные, например если открыть товар и посмотреть загрузку сети, то мы увидим что там отзыв грузится непонятно зачем, отдельной ссылкой, это и есть мусор.
 
Всякие SEO оптимизаторы воткнут вам SEO модуль, чтобы 1 раз мета теги прописать, и потом он будет при открытии каждой страницы удваивать количество обращений к базе данных, есть такие модули, все не нужное надо выключать.
Ну а кешировать PHP можно теми же модулями, их куча продается, даже есть бесплатный буслик, только он платный на русских сайтах, а на западном бесплатный почему то есть, типа пробник но дело свое делает, вот ссылка - Бесплатный модуль кеширования для Opencart , OcStore.
Значит вам подойдет любой сервер, даже в 5 раз слабее чем эти сборки.

[sanyaiv]

Всем привет, вопрос заезженный в инете, но с решениями типа если у вас задача которая требует многопоточности, то выбирайте процессор с большим количеством ядер, если же задача которая требует нагрузку на ядро, то выбирайте проц с большей частотой.
Так от куда кто в курсе какие у нас задачи??

А теперь подробнее
Есть два VDS
1. Intel® Xeon® 6 vCPU core 2.20GHz - TURBO до 2,80 GHz / RAM DDR3 ECC: 10 Gb / SSD: 100 Gb - стоит около 1500 р/м
2. Xeon Scalable до 3.2 ГГц или AMD Epyc до 3.4 ГГц - 4 vCPU / RAM DDR4: 8 Gb / NVMe 80 Gb - стоит 1479 р/м

1-ый вариант 6 ядер 12 потоков - больше ядер, но ниже частота
2-ой вариант 4 ядра 8 потоков - выше частота, но меньше ядер

Характеристики интернет-магазина:
- OcStore 3.0.3.7
- Категория с фильтром с большим кол-вом параметров + обязательное кол-во товаров в скобочках у каждой характеристики фильтра
- Более 20 000 товаров на сайте
- Подключен модуль определения города с 301 редиректом на подпапку города
- Не кешируемое меню с около 100 запросами в БД, если не больше

Вопрос: для данной ситуации какой будет VDS будет лучше
1. С большим количеством ядер?
2. С большей частотой ядер?

Всем спасибо за реально полезные ответы!!!

100 000 товаров, 2000-2500 в сутки трафика, 1 ядро амд процессор 12 года, не помню модель, прекрасно справляется.
кеш модули стоят естественно.
каждый день товары загружаются, обновляются. 24 часа в сутки, все работает отлично, только в админке вывод товаров чуть изменил, а то долго грузило.
А по поводу выбора сервера...
я бы вторую сборку выбрал.
когда человек зашел, сервер сработал, выдал ему страницу, вторая сборка справится быстрее, не на много но быстрее.
а еще там диск nvme, он намного быстрее, там количество операций в несколько раз выше в секунду.
У меня за месяц 270 гб данных переписано в базе данных, это 93 000 000 запросов, и кажется что с этим даже hdd справится в состоянии .
Но .... Если в один момент приходит куча запросов , к примеру мы товары парсим. обновляем одновременно, удалили кеш сайта и получаем хороший трафик, не будет ли виснуть наш SSD ? мне кажется будет.....