ОФШОРНЫЙ VPS / BUILD
Build.
Работающее приложение и его следующий релиз.
Приложение с фоновыми задачами или небольшой базой данных. Оставьте память для операционной системы и процесса развертывания.
Начните с этих ресурсов.
- Вычисления
- 2 vCPU
- Память
- 2 GB
- Хранилище
- 50 GB
- Бюджет трафика
- 2 TB
Настройте ресурсы, образ, сетевые опции и срок обслуживания в конфигураторе. Выберите Малайзию, Румынию или Швейцарию в качестве расположения сервера без надбавки за расположение. Страны резервного копирования остаются неуточненными.
Планируйте с учетом всей нагрузки.
Память используется всеми процессами на инстансе. Учитывайте кеши базы данных, очереди задач и процесс развертывания и тестируйте в ожидаемый период пиковой нагрузки.
Рассчитать бюджет ресурсов →Знайте, чем вы владеете.
Планируйте безопасность приложений, обновления, observability и независимый процесс восстановления. Если вы выбираете вариант резервного копирования, изучите процедуру восстановления и протестируйте её на своём приложении.
Подготовьте первое учение по восстановлению →Больше места для приложения, базы данных и фоновой задачи.
Build — полезная точка сравнения для API, который также запускает базу данных или небольшую фоновую задачу. Считайте каждый процесс частью одного бюджета. Веб-запрос может конкурировать с экспортом отчёта, а следующему релизу на короткое время нужны собственные память и дисковое пространство.
Проработанная отправная точка
Иллюстративный API списка чтения принимает записи и создаёт ночной экспорт. Наблюдайте за API при обычном использовании, затем во время экспорта и релиза. Записывайте, вызвана ли задержка работой CPU, запросом или хранилищем. Добавляйте конкретную опцию только тогда, когда она устраняет измеренное ограничение.
Когда эта отправная точка плохо подходит
Больше RAM не делает две пересекающиеся задачи безопасными, и ещё один vCPU не решит проблему запроса, ожидающего внешний API. Ограничьте параллельную работу, прежде чем увеличивать ресурсы. Рассмотрите разделение компонентов, когда им нужны разные границы доступа, обслуживания или восстановления.
Дайте каждой опции задачу.
Базовая конфигурация содержит 2 vCPU, 2 GB RAM, 50 GB хранилища, бюджет передачи 2 TB и 1 IPv4 адрес. IPv6 запрашивается отдельно, и по умолчанию ни один вариант резервного копирования не выбран. Это каталожные распределения; подтвердите фактическое оборудование поставщика, правила подсчёта и восстановления.
- Память: оставьте место для операционной системы, среды выполнения, базы данных и наблюдаемых пиков. Добавление 1 GB к Build даёт месячную промежуточную сумму $15.50 до скидок за срок.
- CPU: сравните процессы, выполняющие работу, и их параллелизм. Это не описывает гарантированную модель процессора или запросы в секунду.
- Хранилище и передача: планируйте сохраняемые данные отдельно от передаваемых байтов. Экспорты вне сервера могут использовать и то, и другое.
- Резервные копии и сеть: определите данные, которые нужно вернуть, и адреса, которые использует ваше приложение. Выбор опции не документирует операционную процедуру за вас.
Сделайте первый обзор конкретным.
Запишите обычный период работы, одну более тяжёлую задачу и один релиз. Отметьте доступную память, самые быстрорастущие каталоги и результат локальной проверки приложения. Ведите небольшой журнал изменений, чтобы у неожиданного результата была отправная точка. Затем сравните полную предоплаченную сумму выбранного периода в конфигураторе; более длительный срок меняет цену, а не ресурсы.
Проработайте первый бюджет API → · Составьте рабочий лист ресурсов · Проверьте факты каталога и границы сервиса