Важна. Но важно помнить что падают все. Вообще все. Это - аксиома.
И ещё важно помнить что чем больше падающий шкаф - тем больше будет грохота. И вы в этом грохоте со своими мелкими проектами точно никому не нужны и не важны.
Поэтому все нормальные ребята, кто пользуются большими облаками, используют multicloud подход.
Но и в этом нет ничего нового: ещё древние писали, что лучше бэкапить в другой датацентр. Ну и не только бэкапить: кто-то там выше про slave чего-то говорил.
Короче, не кладите яйца в одну корзину.
И, да, у нас не так давно падало почти на час облако OVH в BHS (у них были проблемы с ceph).
У тех же OVH пару дней назад были проблемы с оптикой WAV-FRA, что привело к скачку латентности и частичной недоступности серверов в Польше на почти 20 минут.
За амазон и гугл не скажу про конкретные инциденты - мы их не используем в продакшне.
А если ваш(и) проект(ы) приносят так много денег - посчитайте сколько стоит вам минута/час/день простоя. Определите сколько вы готовы потерять. А потом посчитайте сколько стоит иметь план "бэ" со схемами развертывания где-нибудь ещё (или даже горячий резерв) и примите взвешенное решение.
Мы для критичных проектов делаем резервирование 2N+1+1 (в основном датацентре всё задублировано и разнесено на разные железяки, в резервном ДЦ готовы скрипты развертывания в public cloud датацентра; реплики и хранилища там есть с минимальными задержками; время подъёма инфраструктуры - 15 минут)
И ещё есть две копии бэкапов в двух дополнительных ДЦ (не основной и не горячий резерв). В одном из бэкап-дц есть план по холодному развертыванию из бэкапов за ~2 часа.
При этом наш допустимый uptime 99.7 по месяцу. Реально же мы редко выходим за 99.95 🚬
3700х для серверного/workstation применения пока всё-таки конкурирует с 9900/e-2278 из-за цены...
Сравнивать частоты 1-в-1 тоже не совсем корректно: IPC на частоту разный, хотя частота (раньше) была достаточно репрезентативна.
Но у того же хецнера нам пришлось обменять все 9900k на 8700 (а потом и вовсе на px-линейки, но это другая история).
Охлаждение не справлялось с горячим нравом, процессоры тротлили и сбрасывали частоты до базовой или даже ниже (при нагрузке в ~30% от максимальной). О предсказуемой латентности пришлось забыть.
Для райзенов есть шикарная платформа от Asrock rack, но себе в песочницу мы в России их достать не смогли. В бонусах - есть честный IPMI и поддержка ECC (и судя по всему хецнер использует именно её). Про серверные NVMe тоже есть что сказать, но обычно никто не ставит что-то более-менее внятное и ограничивается с десктопными процами дисками на m2 потребительского класса..
UPD: ASROCK X470D4U появились и в России.. Хм...
У хецнера в прошлой генерации был предыдущий какой-то райзен.
На нашем приложении для php у AMD было чуть хуже время исполнения (около 7-8%) в сравнении с 8700k, но за счет большей поточности они лучше держали нагрузку. При этом в профиле рендеринга php у нас - это около 50% времени исполнения. То есть чистая производительность у AMD тогда была хуже на 13-18% по нашим тестам.
Остановились на intel, чтобы не было внутри кластера тонкостей с миграцией VM на лету из-за cpu options.
Однако, сейчас IPC у AMD сильно вырос, по-идее 3600 должен давать скорость на поток не сильно хуже.
Если бы второй с 128ECC можно было сделать и свопнуть диски на NVMe server class - было бы вообще бомбически. Может станет; пока есть только ап до 128RAM-non-ECC за 20eur/month)
Кто-нибудь уже покрутил в реальных бенчмарках? Интересно сравнить с 3600 vs [i7-8700, xeon e-2176g] для php-бенчмарков и для какого-нибудь pgbench.
За три дня - нормально. Есть провайдеры, где за месяц надо предупреждать :)
Да, это не очень удобно, но логистика решений понятна.
Как я понимаю, VPSки берутся у ДЦ по партнёрским договорам и закрывать их нужно по этим договорам заранее.
3 дня - следствие такой схемы взаимодействия хостера и ДЦ: они нужны чтобы не попасть на всякие выходные, когда менеджеры ДЦ могут быть недоступны и услугу нельзя отменить в один клик.
Позиция амхоста в-целом понятна. Мнение о них не поменялось.
Позиция автора - тоже.
Не читал тред до конца - много срача, поэтому ответ написал)
Keyword для решения проблем: WAF
Реально, но надо тариф за 200 баксов или выше.
+можно за 5-10 баксов (в месяц) заказать отдельный сертификат
Но вообще хорошо бы понять в чем именно причина на клиенте. SNI?
бесплатный Universal SSL перевыпустить нельзя, насколько я знаю
+ещё хорошо бы проверить что ваш домен или выданный ему ip не попал в блоклист РКН (это тоже приводит к ошибкам SSL у конечных пользователей в некоторых случаях)
Ещё можно посмотреть OVH-Варшава
Я уже понял что вы всё знаете, умеете и светите подписью. По сути моих вопросов ответить вам нечего.
Удачи вам, добавить нечего.
