Масштабируемый отказоустойчивый web-сервер

задача 1
> Необходимо поднять масштабируемый web-сервер. Основной стек: PHP + MySQL + Git.
< это будет на сервере1, но
< PHP - версия?
< MySQL - версия?

задача 2
> Оповещение о том, что скоро закончится место на жёстком диске и возможность легко его расширить.
> Оповещение о том, что не хватает ресурсов ЦП.

< Это будет серевер2 для мониторинга и нотификаций.
< Легкое и быстро расширения места - зависит от того какого провайдера/хостера вы выберите. Много разных НО.

задача 3

> Оповещение о том, что сайт не доступен для пользователей или слишком долго грузится.
< сервер3, 4, 5..... которые будут проверять работу сайтов с тех мест откуда пользователь. К примеру сайт стал плохо открываться в Австралии, а мониторинг проверяет доступность сайта из Австрии. Или использовать сторонние сервисы.

задача 4

> Должны работать бекапы БД
< куда будут сохраняться бекапы, количество, политика обновляетмости?

задача 5
> кода и данных, загружаемых пользователями

< куда складываем?

задача 6
> и описание того как быстро восстановить информацию из этих бекапов.
< очень сильно зависит от задачи 5.

задача 7

> Нужна возможность клонировать этот сервер или распределить вычсилительные мощности по нескольким серверам.
< тут или сервер или K8s, по этому или задача1 или задача7

задача 8
> В случае падения физичесокго сервера, должна быть копия на другом сервере, физически и географически расположенном в другом месте, которая возьмёт нагрузку на себя.
< к разработке disater recovery plan нужно приступать только после задача1/7, задачи 4 и 5.

Планируемо время выполнения работ от месяца, но это оочень предварительно.

Добрый день. интересная задачка. но требует некоторый уточнений.

Необходимо поднять масштабируемый web-сервер. Основной стек: PHP + MySQL + Git.
масштабируемый ? куда ? горизонтально (это когда добавляем еще один рядом) или вертикально  (это когда ми добавляем CPU RAM Storage за счет нового тарифа сервера).Нужно так же уточнить какой выделен стартовый бюджет на хостинг. От этого зависит или идём в облако или на железку. А так же  вкратце расписать что  там за php+Mysql приложение делает.
например если оно генерирует файлы нужно понять сколь и как их хранить.


Оповещение о том, что скоро закончится место на жёстком диске и возможность легко его расширить.

это само собой 

Оповещение о том, что не хватает ресурсов ЦП. Оповещение о том, что сайт не доступен для пользователей или слишком долго грузится.

это само собой

Должны работать бекапы БД, кода и данных, загружаемых пользователями и описание того как быстро восстановить информацию из этих бекапов.

по базе бекапы это понятно. код понятно, а вот  данных, загружаемых пользователями тут вопрос. что это за данные. сколько их планируется.? 

Нужна возможность клонировать этот сервер или распределить вычсилительные мощности по нескольким серверам.
В случае падения физичесокго сервера, должна быть копия на другом сервере, физически и географически расположенном в другом месте, которая возьмёт нагрузку на себя.

а вот тут я бы хотел бы порекомендовать решение. которое практически полностью покроет вас все ваши цели. всё это можно развернуть в digitalocean.com в Kubernetes. 
Это вам покроет всё и  распределить вычсилительные мощности по нескольким серверам и случае падения.

в digitalocean.com Kubernetes стот 40$. даль ше только сервера   


Базу там же
прайс https://www.digitalocean.com/pricing/managed-databases

а пользовательские данные (если это фалы) хранить на s3 там же на DO