у нас у EX62 достаточно говенные диски - достаточно горячие и склонные к тротлингу
Возможно у вас дискам очень горячо под вашей нагрузкой и это повод написать в саппорт и сказать что диски оч горячие (nvme smart-log /dev/nvme0n1 посмотрите).
Ну и, да, 95к иопс - это не так уж и мало для десктопных самсунгов :)
По поводу проца - на i9900k мы прям хорошо грели их чтобы проверить на тротлинг (все 16vcpu в полку с LA=32) и тротлинга не было.
Попросите саппорт проверить что у вас всё нормально с охлаждением.
Нет спасибо, от этого лучше просто держаться подальше)))
Как можно дальше. Максимально далеко.
Но когда Online нам сказал "ну ой ну в бане РКН адрес, ну сорян" - у меня к ним тоже претензий не было
MS нам как владельцу /32 сети не дал это сделать - отдали заявку в OVH и через неделю адрес отмылся.
Но быстрее и проще самим следить за своими адресами и реагировать на проблемы.
И, да, расскажите амазону там или ещё кому крупному что они должны следить за всеми блэклистами в мире и со всеми всё решать.
Когда хостер такое делает - тут потом вой по поводу того что за одну абузу сервер заблочили
Отмыть /32 из блэклиста тривиально - пишите всем абьюзерам что получили только что адрес от провайдера и ничего плохого не имеете за душой и никогда не делали; прикладываете инвойс если просят.
Мы так в OVH /32 под почтовые рилеи "отмываем". И, само собой, не используем потом адреса для всякой черни.
Никто никогда вам ничего не гарантирует по поводу каких-то чужих блэклистов :)
https://www.hostens.com/vps-hosting/
Но сам не пользовался
Судя по линейке выделенных серверов - вы их как раз примерно лет 15 и не обновляли?
Это если ваш бизнес - хостинг. Мы же предоставляем конечную услугу клиентам.
Если у нас проблема с железякой - она вся целиком выводится из эксплуатации и остальные разбирают её нагрузку. Без простоя и, чаще всего, без деградации сервиса.
То есть, в нашем подходе точка отказа - это весь сервер. Вы, предоставляя услуги клиентам, чаще всего не можете резервироваться по конечному железу в (2+)N и предоставлять за небольшой бюджет катастрофоустойчивые кластеры - большая часть клиентов за это не готова платить, потому что не поймёт о чем речь.
Я бы с большим удовольствием использовал платформы Xeon E о 6 ядрах с нормальной частотой вместо i7, но с момента их анонса прошло уже немало времени, а купить их нельзя.
E5-2xxx за разумные деньги, также как и scalable - работает медленно.
Ваше право. Но пользователю сугубо фиолетово на чем вы там обслуживаете его запрос. Ему важна скорость и стабильность.
Хоть индусами на калькуляторах считайте.
(Мы и ssd не ставим в raid-массивы почти никогда 🍿 )
Я понимаю какие риски несет отсутствие ECC, но за 15+ лет работы в сфере я живых отказов подобного рода всё ещё не видел.
Отказы платформ, дисков, планок памяти (memtest fail), блоков питания, RAID-контроллеров, патчкордов, сетевых карт - были.
И?
Мне кажется эта штука крайне сильно переоценена для nginx-php-redis-pgsql-стека. Да и фактор репликации несколько не 2.
Мы поменяли (2 x [dual e5-2640v4 @ 192GB, 5x500 SSD] + 1 х e3-1240v6, 64GB, 3x500SSD) на 6 x [i7-8700, 64GB, 2x500NVMe], добили некоторые десктопные платформы дискам под СУБД (оптаны + серверные NVMe);
По результату остались в том же бюджете, а приложение стало работать в три раза быстрее.
Сами платформы как раз нужны чтобы носить наши впски.
По вопросу из заголовка - если не рассматривать ничего больше вообще, то взял бы сильверы. Просто потому что платформы свежее (и всё что берем с ssd стараемся брать с nvme).
4114 есть у Селектела в разных количествах
Есть ещё особенность что под VPS берут многопроцессорные ноды и связь VPS и NUMA-нод не определена.
Это садит производительность просто в разы.
Также (у нас своё облако под свои проекты) мы сталкивались с тем, что некоторые сервисы кладут диск в полку на запись и все остальные начинают тупить (хотя по iowait это не сильно видно на тупящих виртуалках - он с 1-2% растёт до 4-6, но латентность падает на порядок; особенно боль для СУБД).
