в россии могут вынести с той же вероятностью что и в 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)
это очень мало. у нас на намного более слабых серверах по 180-200 тысяч Tcp коннектов.
и сетевые карты есть разные, посмотрите разброс цен. Вам нужен сервер с сетевыми минимум intel 82576(8 очередей на прием и 8 на отправку) а лучше intel 82599 (63 очереди на прием и столько же на отправку)
е3 - сервера начального уровня, в них вендоры как правило ставят однопоточные сетевые.
с учетом какой у вас сервер сейчас.. мне кажется вам стоит взять какой нибудь Е5 двух процессорный с 10-14 ядер на каждом cpu (40-48 потоков на сервер) и ssd накопителями и забыть о проблеме расширения на долгое время.
скан в каком контексте ? парсинг ?
