Хранилище для резервных копий выбирают под два требования: вместить нужную историю бэкапов и успеть передать данные за отведённое время. Когда речь идёт о нескольких терабайтах, скорость становится особенно важной. От неё зависит, завершится ли ночное копирование к утру и сколько займёт восстановление после сбоя.

В HSTQ есть готовые Storage VPS для резервных копий. Если нужны определённая ёмкость, дисковая производительность, канал или локация, мы готовы собрать индивидуальную конфигурацию. Можно подобрать виртуальное хранилище или выделенный сервер под ваш способ резервного копирования.

Какие готовые варианты есть в HSTQ

Для задачи с минимальным объёмом от 4 ТБ можно рассмотреть следующие конфигурации нашей линейки Storage VPS:

Актуальные цены и варианты заказа доступны в каталоге VPS HSTQ. Если хранилище требуется именно в Амстердаме, укажите это при обращении: доступность выбранной конфигурации, параметры канала и лимит трафика подтверждаем для конкретной площадки.

Готовый тариф удобно использовать как отправную точку. Если для вашей задачи критична устойчивая скорость, близкая к 10 Гбит/с, её нужно отдельно включить в требования и согласовать способ проверки.

Сколько времени занимает передача 4 ТБ

10 Гбит/с — это 1,25 ГБ/с до учёта служебного трафика и других накладных расходов. Для передачи с такой скоростью должны справляться обе стороны: исходный сервер, сеть, процессор и диски хранилища.

Примерный расчёт для передачи 4 ТБ:

Это арифметическая оценка непрерывной передачи без накладных расходов, где 1 ТБ равен 1000 ГБ. Полное восстановление дополнительно включает чтение архива, расшифровку, распаковку, запись на целевой сервер и проверку приложений.

Например, чтобы передать 4 ТБ за два часа, нужна средняя скорость полезных данных примерно 4,45 Гбит/с. Если в эти же два часа должно уложиться всё восстановление, для передачи потребуется оставить меньше времени и предусмотреть дополнительный запас производительности.

Поэтому полезно сформулировать требование через результат: какой объём нужно скопировать или восстановить и за какое время.

От чего зависит фактическая скорость

Порт 10G определяет возможности подключения, а скорость резервного копирования складывается из работы всей системы:

• Исходный сервер. Он должен достаточно быстро читать данные. Его собственный канал и процессор также могут ограничивать передачу.
• Маршрут между площадками. На результат влияют доступная полоса, задержка, потери пакетов и загрузка сетей по пути.
• Диски хранилища. Важна устойчивая скорость записи после заполнения кешей. Работа с большим архивом и множеством небольших файлов создаёт разную нагрузку.
• Программа резервного копирования. Шифрование, сжатие, дедупликация, проверка данных и количество параллельных операций расходуют ресурсы.

Для хранения крупных архивов может подойти конфигурация на HDD. Если требуется высокая скорость записи, частое восстановление или интенсивная работа с множеством небольших блоков, стоит рассмотреть другую дисковую схему, SSD/NVMe или выделенный сервер. Выбор делается по характеру нагрузки и результатам проверки.

Как проверить хранилище перед использованием

Порядок тестирования и критерии результата лучше согласовать до заказа. Проверять нужно маршрут между вашей инфраструктурой и выбранной площадкой, а затем полный цикл работы с резервной копией.

1. Проверить сеть в обоих направлениях. С помощью iperf3 можно измерить передачу к хранилищу и обратно. Полезно сравнить один поток и несколько параллельных: программа резервного копирования может использовать соединения иначе, чем сетевой тест.
2. Передать характерный набор данных. Используйте тот же инструмент, протокол и настройки шифрования, которые будут работать ежедневно. В набор стоит включить обычные для вашего проекта архивы, файлы или образы виртуальных машин.
3. Измерить устойчивую запись. Тест должен длиться достаточно долго, чтобы увидеть поведение дисков после первоначального заполнения кешей. Зафиксируйте общий объём, время завершения и среднюю скорость.
4. Выполнить восстановление. Заберите копию на отдельную тестовую систему, проверьте целостность данных и запуск нужного приложения. Измерьте весь процесс до готовности сервиса к работе.

При разборе результатов смотрите на загрузку CPU, дисковые задержки и пропускную способность обоих серверов. Высокий результат iperf3 подтверждает возможности сети в условиях теста; скорость записи бэкапа проверяется отдельно.

Если обязательна передача, близкая к 10G, заранее определите численный порог, направление, длительность и количество потоков. Это позволит оценить результат по согласованным условиям.

Как рассчитать место и месячный трафик

Объём исходных данных и необходимый размер хранилища могут заметно отличаться. Если нужно хранить несколько версий бэкапа, учитывайте частоту копирования, ежедневные изменения, срок хранения и свободное место для обслуживания репозитория.

Сжатие и дедупликация могут уменьшить расход диска, но их эффект зависит от данных. Уже сжатые архивы, видео и зашифрованные файлы часто дают небольшой выигрыш. Оценивать будущий объём удобнее по нескольким реальным циклам резервного копирования.

Трафик рассчитывается отдельно от дискового пространства. Если каждый день передавать полный архив размером 4 ТБ, за 30 дней входящий поток составит примерно 120 ТБ. Инкрементальное копирование передаёт изменения и может существенно сократить этот объём.

При сравнении предложения с лимитом, например, 30 ТБ в месяц выясните:

• Учитывается входящий трафик, исходящий или их сумма.
• Как оплачивается превышение и происходит ли ограничение скорости.
• Сколько трафика потребуется на полное восстановление и его регулярные проверки.
• Разрешены ли длительные передачи с высокой загрузкой канала.

Если оплачивается только исходящий трафик хранилища, особенно внимательно рассчитайте восстановление и выгрузку копий на другие площадки.

Что можно собрать индивидуально

Если готовой конфигурации недостаточно, опишите требуемый результат. В HSTQ мы подберём ресурсы с учётом:

• Полезного объёма под копии, истории версий и дальнейшего роста.
• Типа и количества накопителей, требований к чтению и записи.
• CPU и RAM для используемой программы резервного копирования.
• Порта, требуемой полосы, месячного трафика и направлений передачи.
• Локации, включая запрос на размещение в Амстердаме.
• Необходимости установки и настройки программного обеспечения.

Для большого объёма или особых требований к производительности рассмотрим выделенный сервер с индивидуальной конфигурацией. Состав оборудования, доступную площадку, стоимость, срок подготовки и порядок проверки согласуем до оплаты.

Размещение резервных копий тоже стоит обсудить заранее. Для защиты от отказа основного сервера хранилище должно находиться вне его физического узла. Если нужно учитывать недоступность целой площадки, потребуется копия на другой площадке. Права на удаление копий желательно отделить от повседневного доступа для их создания.

Как заказать хранилище под вашу задачу

Пришлите объём данных, используемую программу резервного копирования, местонахождение исходного сервера и допустимое время передачи. Если нужна скорость, близкая к 10G, укажите, в каком направлении и при какой нагрузке она должна достигаться.

Здравствуйте! Нужно хранилище для бэкапов в Амстердаме, от 4 ТБ полезного объёма, с портом 10 Гбит/с. Исходные серверы находятся в [локация]. Используем [программа и протокол], за один запуск передаём примерно [объём], храним копии за [срок]. Требуемое время копирования — [время], восстановления — [время]. Ожидаемый трафик — [объём] в месяц. Бюджет — [сумма]. Подберите готовый вариант или индивидуальную конфигурацию и предложите порядок проверки скорости.

Подобрать хранилище для бэкапов в HSTQ