НЕМЕДЛЕННО ОТЧИТАЙТЕСЬ!!!!
ps a0x, а вы собственно кто такой что бы условия свои диктовать? вы часом не акционер ? нет ? тогда вам не кажется что это не ваше дело?
Лучше посмотреть в сторону Juniper MX серии. В частности 104 или 204
huawei как слышится так и работает.
пожалейте котика он устал.
Не придумывайте мифы и басни, я готов утверждать у вас и в РФ сервера не забирали. И да в европе по запросу интерпола только так изымают железо.
в россии могут вынести с той же вероятностью что и в EU
Масштабирование на арендованных серверах по времени не отличается от масштабирования в облаке. И там и там время на создание доп "ноды" считанные секунды (у многих ДЦ готовые конфигурации инсталлируются сразу же)
единственное что в "облачке" можно расширятся мелкими шагами а с бареметал (выделенные сервера) шаги уже большие.
Но бареметал это ГАРАНТИРОВАННЫЕ ресурсы, вы всегда знаете что весь объем ресурсов всегда доступен только вам. А вот облачные.... не стоит забывать что вы там не один живете и под этим самым облаком живет обыкновенное железо с СХД на фибре.
ps в тему дублирования облаков https://habr.com/post/250097/
только бекапы, бекапы и еще раз бекапы спасут отца мировой демократии от длительных простоев.
имея качественный легко доступный бекап (например бекапы от селектел просто находка, быстро не дорого и апи хорошее), а так же нормальный ДЦ с быстрым инсталом серверов. Развернуть на новом железе информацию из бекапов не займет много времени. (это на случай выхода из строя железа)
накопители под BD - SSD ? серверные ? (это важно ибо бытовые ССД проседают под большим IOPS)
PHP 7+ ? (разница в скорости действительно большая)
У нас был опыт подобных проектов с инсталом и сопровождением.
у нас это жило на двухпроцессорных Е5-2680V2 (суммарно 40 потоков с 2.8 гигагерц ) и база данных жила на nvme SSD
переваривало почти 60к запросов к БД (больше просто не было, железо могло и больше)
при этом после оптимизации самого продукта нагрузка резко упала.
Да, продукт был оптимизирован с учетом мемкеш и кеша БД + php был заменен на Python а БД с Mysql на MariaBD
судя по описанию (php и Mysql) у ТС обыкновенные get/post запросы на веб сервер -> PHP -> MySQL
дай бог чтоб вебсервером был не apache с phpmod (да я совсем в крайности но не удивлюсь)
но в любом случае BD отработает задачу быстрее чем эти данные будут доставлены мобильному приложению.
но в целом php и именно MySQL это не лучшее что можно было выбрать,согласен.
верно но время выполнения запроса в веб части , его обработка и пересылка мобильному клиенту и в части приложение -> BD несоизмеримы.
для веба это десятые доли секунды для приложения->BD это единицы миллисекунд.
БД выполнила запрос отдала данные и занимается следующим а веб всё это время отдает мобильному приложению данные, именно медленная скорость передачи данных мобильному приложению и вызывает 10к коннектов одновременно.
во первых ТС говорит о 10к коннектов к веб части а не к БД, к БД столько конечно же не будет.
Во вторых скорее загнется php составляющая чем mysql (а еще точнее mariaDB)
