Собственное облако: Часть 3 — Облако или свой сервер для данных компании

Где хранить файлы, базы и резервные копии компании — на собственном оборудовании или в облаке провайдера — вопрос не технический, а экономический и юридический. От ответа зависят расходы на несколько лет вперёд, то, кто отвечает за сбои, и соответствие требованиям закона о персональных данных.

Два подхода

Своё оборудование (on-premise). Сервер или сетевое хранилище стоит в офисе или в арендованной стойке дата-центра. Компания покупает его, настраивает и обслуживает сама или силами подрядчика. Типичные варианты:

• готовое сетевое хранилище (NAS), например Synology, — коробка с веб-интерфейсом, общими папками и встроенными средствами резервного копирования;
• TrueNAS — открытая система для хранилищ на файловой системе ZFS с контрольными суммами и снимками (подробнее — в статье о TrueNAS);
• сервер виртуализации на Proxmox VE, на котором хранилище — одна из виртуальных машин (см. часть о Proxmox VE цикла «Виртуализация»);
• поверх любого из них — собственный файловый сервис вроде Nextcloud (см. часть 1 этого цикла).

Облако. Место арендуется у провайдера: в виде объектного хранилища S3, облачного диска или виртуального сервера. Провайдер отвечает за оборудование, электропитание и резервирование внутри своего дата-центра, компания платит ежемесячно за объём и трафик.

Стоимость: считать на три-пять лет

Сравнивать стоит не цену покупки с ценой месяца аренды, а полную стоимость владения за срок службы оборудования — обычно три-пять лет.

Для своего оборудования в расчёт входят:

• сервер или NAS и диски, причём с запасом под рост и под отказ диска (RAID или зеркало ZFS удваивает число дисков);
• источник бесперебойного питания и, если оборудование в офисе, место с нормальной температурой;
• второе хранилище или внешний носитель для резервных копий — копия на том же устройстве копией не считается (см. правило 3-2-1);
• замена дисков и ремонт, обычно на третий-пятый год;
• время администратора на обновления, мониторинг и проверку восстановления;
• канал связи и статический IP-адрес, если к данным нужен доступ извне.

Для облака:

• плата за хранимый объём и за исходящий трафик (у многих провайдеров входящий бесплатен, а исходящий платный — это важно, если данные часто скачивают);
• плата за запросы к объектному хранилищу при большом числе мелких файлов;
• рост счёта вместе с объёмом данных: через несколько лет ежемесячный платёж может превысить стоимость собственного оборудования.

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

Риски

Облако снимает с компании аппаратные риски, но не снимает ответственности за резервные копии и права доступа.

Требования закона: 152-ФЗ

Если в данных есть персональные данные граждан России — клиенты, сотрудники, заявки с сайта, — действует требование о локализации: с 1 июля 2025 года запись, систематизация, накопление, хранение и уточнение таких данных должны вестись в базах, находящихся на территории России (ч. 5 ст. 18 152-ФЗ в редакции закона № 23-ФЗ). Хранить первичную базу у зарубежного облачного провайдера нельзя.

Для выбора это означает:

• своё оборудование в России требованию соответствует;
• облако подходит, если дата-центры провайдера находятся в России;
• зарубежные облака для таких данных не годятся, даже если оплата возможна.

Какие облака доступны в России

Крупнейшие зарубежные платформы для российских компаний фактически закрыты: Google Cloud с марта 2022 года не принимает новых клиентов из России, а оплатить AWS, Google или Microsoft российской картой нельзя — Visa и Mastercard приостановили работу в стране. Реальный выбор — российские провайдеры с S3-совместимым объектным хранилищем и дата-центрами в России:

• Yandex Cloud — Object Storage;
• VK Cloud — Object Storage;
• Selectel — S3-хранилище.

Все они работают по протоколу S3, поэтому одни и те же программы резервного копирования и синхронизации подключаются к любому из них. Как устроен сам протокол, разобрано в части о S3 цикла «Протоколы передачи файлов», сравнение облачных хранилищ для резервных копий — в части 3 цикла «Резервное копирование».

Гибридная схема

Для небольшой компании чаще всего разумен гибрид:

1. Рабочие файлы и базы — на своём хранилище в офисе: быстрый доступ, нет платы за трафик, данные внутри страны.
2. Ежедневная резервная копия — в российское объектное хранилище с включёнными версиями или блокировкой объектов, чтобы шифровальщик не мог её удалить.
3. Раз в месяц — проверка восстановления из облачной копии.

Так выполняется правило 3-2-1: три копии, два типа носителей, одна копия вне офиса. Облако здесь играет роль внешней площадки, а не основного хранилища.

Как выбрать

Своё оборудование подходит, если:

• данных много, и они в основном нужны сотрудникам внутри офиса;
• есть администратор — штатный или приходящий;
• нужны полный контроль и соответствие 152-ФЗ без зависимости от провайдера.

Облако подходит, если:

• данных немного или объём сильно меняется;
• сотрудники работают из разных мест;
• нет человека, который будет следить за оборудованием.

Гибрид подходит почти всем, кому важны данные: основное хранилище там, где удобнее работать, копия — в другом месте.

Типичные ошибки

• Хранилище без резервной копии. RAID защищает от отказа диска, но не от удаления, шифровальщика и пожара.
• Облачный диск вместо резервной копии. Синхронизация переносит в облако и удаление, и шифрование файлов.
• Расчёт только цены покупки. Без стоимости дисков на замену, ИБП, копий и времени администратора своё оборудование кажется дешевле, чем есть.
• Трафик не учтён. Если облачные данные часто скачивают, плата за исходящий трафик может превысить плату за хранение.
• Персональные данные за рубежом. Первичная база клиентов у зарубежного провайдера нарушает требование о локализации.