В эре цифровой трансформации объемы данных, генерируемых пользователями и бизнесом, растут экспоненциально. Фотографии, видео, документы, логи серверов, базы данных — всё это требует надежного, доступного и экономически эффективного места для хранения. Под «облачным архивом Яндекс» обычно понимают совокупность сервисов и технологий экосистемы Яндекса, предназначенных для долгосрочного хранения, резервного копирования и холодного хранения данных, к которым обращаются редко, но которые критически важно сохранить.
На 2026 год нет отдельного продукта с точным названием «Облачный архив», однако функционал архивирования реализован в двух ключевых направлениях:
- Яндекс.Диск (B2C/B2B) — для личных архивов, фото, документов и совместной работы.
- Yandex Cloud (Облако Яндекс, B2B) — профессиональные сервисы Object Storage (объектное хранилище) с классами хранения Cold и Ice, а также сервис Backup для системного резервного копирования.
Яндекс.Диск: Личный и командный архив
Для большинства пользователей «облачный архив Яндекса» начинается с Яндекс.Диска. Это файловое хранилище нового поколения, вышедшее в открытый доступ еще в 2012 году (тогда объем бесплатного пространства составлял 10 ГБ, позже увеличен до 20 ГБ и более по акциям).
Ключевые возможности для архивирования:
- Автозагрузка фото и видео: Мобильное приложение автоматически синхронизирует медиатеку телефона в облако, создавая надежный архив воспоминаний, не занимая место на устройстве.
- Версионирование файлов: Диск хранит историю изменений файлов (до 30 дней на бесплатном тарифе, дольше на платных), позволяя откатится к предыдущей версии документа — критически важная функция для архива рабочих файлов.
- Корзина с длительным хранением: Удаленные файлы хранятся в корзине 30 дней (и не считаються к квоте), что защищает от случайного удаления.
- Умные альбомы и поиск по ИИ: Автоматическая разметка фото (лица, объекты, текст на картинках) превращает хаотичное хранилище в структурированный архив с мгновенным поиском.
- Яндекс.Диск 360 (для бизнеса): Корпоративное решение с неограниченным объемом (по тарифам), расширенными правами доступа, аудитом действий и привязкой к домену компании.
Особенность: «Архив» в интерфейсе Диска
В веб-интерфейсе и приложениях есть раздел «Архив», куда пользователи могут перемещать старые файлы вручную. Это не отдельный класс хранения с другой ценой (как в B2B облаке), а организационный инструмент для наведения порядка в основном пространстве.
Yandex Cloud Object Storage: Профессиональный холодный архив (Cold & Ice)
Для разработчиков, системных администраторов и бизнеса, которому нужно хранить терабайты логов, бэкапов баз данных, видеозаписей с камер наблюдения или юридически значимых документов годами, Яндекс.Облако предлагает Object Storage (Объектное хранилище) с иерархией классов хранения.
Классы хранения для архивации:
| Класс хранения | Назначение | Стоимость хранения (ГБ/мес) | Стоимость операций / Восстановление | Минимальный срок хранения |
|---|---|---|---|---|
| Standard | Горячие данные, частый доступ | ~1.30 ⸺ 1.50 ₽ | Низкая / Мгновенно | Нет |
| Cold (Холодное) | Архив, доступ 1-2 раза в месяц | ~0.50 ⸺ 0.70 ₽ | Средняя / Мгновенно | 30 дней |
| Ice (Ледяное) | Глубокий архив, доступ раз в год / для комплаенса | ~0.15 ⸺ 0.25 ₽ | Высокая / От минут до часов | 90 дней (или 180/365 по политикам) |
Примечание: Цены указаны ориентировочно на 2026 год в рублях с НДС для региона Москва. Актуальные тарифы всегда на сайте cloud.yandex.ru.
Технологии управления жизненным циклом (Lifecycle Policies)
Главная сила профессионального архива — автоматизация. В Object Storage можно настроить правила (Lifecycle Rules), которые автоматически переводят объекты из Standard в Cold через 30 дней неактивности, а затем в Ice через 180 дней. Это позволяет «забыть» о ручном управлении и гарантированно минимизировать затраты.
Надежность и долговечность (Durability)
- 99.999999999% (eleven 9’s) долговечность за год: данные реплицируются по минимум 3 доступным зонам (AZ) в одном регионе.
- Версионирование бакетов (Bucket Versioning): Защита от случайного удаления или перезаписи вирусом-шифровальщиком. Каждая версия объекта хранится как отдельная запись.
- Object Lock (WORM — Write Once, Read Many): Режим правового хранения. Запрещает удаление или изменение объекта на заданный срок (или бессрочно) даже администратору облака. Необходимо для соответствия 152-ФЗ, GDPR, требований ЦБ РФ.
Инструменты доступа:
- S3 API (AWS S3 compatible): Стандарт де-факто. Работает с AWS CLI, Terraform, boto3 (Python), Cyberduck, Rclone, MinIO Client.
- Yandex Cloud CLI (yc): Нативный инструмент для автоматизации в CI/CD.
- Консоль управления: Графический интерфейс для ручной загрузки/скачивания и настройки политик.
- Data Transfer / Data Proc: Для миграции больших объемов из on-premise или других облаков.
Yandex Cloud Backup: Агентное резервное копирование
Если Object Storage — это «кирпичики» для построения архива, то сервис Yandex Cloud Backup — это готовое «здание» для защиты виртуальных машин и баз данных.
Что бэкапится:
- Compute Cloud (VM): Полные образы дисков (snapshot-based) или файловое резервирование внутри ОС (Linux/Windows) через агент.
- Managed Databases: PostgreSQL, MySQL, MongoDB, Redis, ClickHouse, Greenplum — автоматические бэкапы по расписанию с точечным восстановлением (Point-in-Time Recovery).
- Kubernetes (Managed Service for Kubernetes): Резервирование etcd и Persistent Volumes через CSI-драйвер.
Хранение бэкапов:
Все бэкапы сервиса Backup физически лежат в Object Storage (в скрытом от пользователя бакете), наследуя его надежность. Можно настроить репликацию бэкапов в другой регион (Cross-region replication) для Disaster Recovery (DR).
Сценарии использования: Как выбрать свой «Облачный архив Яндекс»
Сценарий А: Фотограф / Видеограф / Личный архив семьи
Инструмент: Яндекс.Диск (Платный тариф 1 ТБ / 2 ТБ / Яндекс 360 Premium).
Почему: Удобный просмотр фото на ТВ/телефоне, автозагрузка, общий доступ по ссылке для клиентов, поиск по лицам/местам, встроенный редактор фото.
Сценарий Б: Малый бизнес / Бухгалтерия / Юристы (152-ФЗ, архив договоров)
Инструмент: Яндекс.Диск 360 для бизнеса ИЛИ Object Storage (класс Cold) + простое S3-приложение (Cyberduck, Mountain Duck, Synology Cloud Sync).
Почему: Диск 360 дает контроль доступа, аудит и привязку к сотруднику. Object Storage с Object Lock дает юридическую неприкосновенность документов (WORM) и дешевизну при больших объемах сканов.
Сценарий В: DevOps / Инженер по надежности / Enterprise IT (Логи, Бэкапы БД, ML датасеты)
Инструмент: Yandex Cloud Object Storage (Standard -> Cold -> Ice Lifecycle) + Yandex Cloud Backup для VM/DB.
Почему: S3 API для интеграции со всем миром (Prometheus/Loki, Terraform, Kafka Connect, Spark). Lifecycle policies экономят до 90% бюджета на хранении старых логов. Backup сервис снимает боль с написания скриптов pg_dump / rsync.
Сценарий Г: Соответствие регулятору (ЦБ РФ, ФСТЭК, Госсекрет)
Инструмент: Yandex Cloud (Object Storage + Object Lock) в контуре соответствия (например, сегмент «Государственное облако» или выделенный контур).
Почему: Сертификаты ФСТЭК (уровень 1-3), соответствие 152-ФЗ, возможность хранения ключей шифрования в KMS (Key Management Service) или Cloud HSM (аппаратные модули безопасности).
Безопасность и Шифрование: Основа доверия к архиву
Независимо от выбранного сервиса, Яндекс применяет многоуровневую модель безопасности:
Шифрование «из коробки» (Server-Side Encryption ⸺ SSE):
- SSE-S3 (Yandex managed keys): Ключи генерируются, хранятся и ротируются Яндексом. Включено по умолчанию для всех новых объектов в Object Storage и файлов на Диске. Прозрачно для пользователя.
- SSE-KMS (Customer Managed Keys ⸺ CMK): Ключи шифрования данных (DEK) оборачиваются мастер-ключом, созданным вами в KMS (Key Management Service). Вы контролируете политики доступа к ключу (IAM), можете отозвать доступ, данные станут нечитаемыми даже для Яндекса. Поддерживает импорт собственного ключа (BYOK).
- SSE-C (Customer Provided Keys): Вы передаете ключ с каждым HTTP-запросом (PUT/GET). Яндекс не хранит ключ. Максимальный контроль, но высокая ответственность за потерю ключа.
Шифрование на стороне клиента (Client-Side Encryption):
Для параноидальной безопасности (или требований регулятора) данные шифруются до отправки в облако. Инструменты: Rclone (crypt backend), Duplicati, Restic, Age, кастомные скрипты с OpenSSL/GPG. В этом случае Яндекс видит только бессмысленный набор байтов.
Управление доступом (IAM):
- Ролевая модель (RBAC): `storage.viewer`, `storage.editor`, `storage.admin`, `backup.editor` и др.
- Условия доступа (Conditions): Ограничение по IP-подсетям, времени суток, MFA-статусу, тегам ресурсов.
- Service Accounts: Для автоматических скриптов бэкапа без привязки к человеческому аккаунту.
Миграция и загрузка больших объемов (Data Ingest)
Загрузить первый петабайт в архив через домашний интернет — плохая идея. Яндекс предлагает решения:
- Yandex Data Transfer: Управляемый сервис миграции из AWS S3, Azure Blob, Google Cloud Storage, HTTP/HTTPS источников, on-premise S3 (MinIO, Ceph). Поддерживает валидацию контрольных сумм (CRC32C, MD5, SHA256).
- Transfer Appliance (физические устройства): Аналог AWS Snowball. Яндекс присылает зашифрованное накопительное устройство (десятки ТБ), вы копируете данные локально в дата-центре, возвращаете курьером — данные загружаются в ваш бакет. Идеально для «холодной» миграции архивов лент/NAS.
- Прямое подключение (Direct Connect / Cloud Interconnect): Выделенный канал 1/10/100 Гбит/с из вашего ЦОД в Яндекс.Облако, минуя публичный интернет.
Экономика архива: Как не разориться на хранении
Главная ошибка, хранить всё в классе Standard. Стратегия экономии:
- Включите Versioning + Lifecycle: Текущая версия — Standard. Предыдущие версии (Non-current versions), переводите в Cold через 30 дней, в Ice через 180 дней, удаляете через 7 лет (или по требованию закона).
- Используйте Intelligent Tiering (если доступен/появится): Автоматический анализ паттернов доступа.
- Сжимайте и дедуплицируйте НА КЛИЕНТЕ: Restic, BorgBackup, Kopia делают дедупликацию блоков и сжатие (zstd/lz4) перед отправкой. Это уменьшает объем в Object Storage в 3-10 раз по сравнению с простым копированием файлов.
- Очищайте мультипарт-загрузки (Incomplete Multipart Uploads): Прерванные загрузки больших файлов висят в бакете и стоят денег. Настройте Lifecycle Rule: `AbortIncompleteMultipartUpload` через 1-7 дней.
- Монитьте через Cloud Monitoring / Billing Export: Выгружайте детализацию в ClickHouse или Yandex DataLens для анализа «Топ-10 самых дорогих бакетов/префиксов».
Лучшие практики и чек-лист настройки надежного архива
Для Object Storage (B2B):
- [ ] Создан бакет с версионированием (`Versioning: Enabled`).
- [ ] Настроен `Lifecycle`: Non-current versions -> Cold (30d) -> Ice (180d) -> Expire (2555d / 7 лет).
- [ ] Включен `Object Lock` в режиме `Compliance` для критических папок (договоры, сканы паспортов).
- [ ] Настроен `Replication` в другой регион (DR) для критичных данных (RPO ~ 15 мин).
- [ ] Настроен `Event Notifications` (в Message Queue / Functions) на событие `s3:ObjectRemoved:DeleteMarker` для алертинга о подозрительных удалениях.
- [ ] Используется `SSE-KMS` с собственным ключом (CMK) и политикой `Key Rotation` раз в 90 дней.
- [ ] Настроен `Bucket Policy` / IAM: Принцип минимальных привилегий. Нет ключей `root`/`admin` в CI/CD, только сервисные аккаунты с ролью `storage.editor` на конкретный префикс.
- [ ] Проводится регулярное (квартальное) тестовое восстановление (Restore Drill) из класса Ice.
Для Яндекс.Диск (B2C/B2B):
- [ ] Включена двухфакторная аутентификация (2FA) на Яндекс ID (обязательно: TOTP / Yandex Key / SMS).
- [ ] Настроена автозагрузка фото/видео с телефонов всех членов семьи/команды.
- [ ] Используются «Общие папки» с правами «Только чтение» для распределения контента, а не копирование файлов.
- [ ] Проверена работа «Корзины» и «Истории версий» на тестовом файле.
- [ ] Для бизнеса: Подключен Яндекс 360, настроены политики DLP (предотвращение утечки) и аудит входов в админке.
Частые вопросы (FAQ)
- В чем разница между Яндекс.Диском и Object Storage?
- Яндекс.Диск — это SaaS (Software as a Service) для файлов пользователя: есть веб-интерфейс, приложения, превью фото, офисный пакет, совместное редактирование. Object Storage — это IaaS (Infrastructure as a Service) для приложений: нет GUI для просмотра фото, есть S3 API, бесконечная масштабируемость, классы хранения Cold/Ice, управление жизненным циклом, цена в 5-10 раз ниже за ГБ «холодных» данных.
- Можно ли примонтировать Облачный архив как сетевой диск (SMB/NFS/WebDAV)?
- Яндекс.Диск: Да, нативно поддерживает WebDAV (включается в настройках), работает в проводнике Windows/macOS/Linux как сетевая папка.
Object Storage: Нативно, нет (это объектное хранилище, не файловая система). Но можно использовать сторонние инструменты: Rclone mount (FUSE), S3FS-FUSE, Mountpoint for S3 (AWS, работает с Yandex), Jukebox/CloudBerry. Производительность и POSIX-совместимость будут ниже, чем у нативных файловых систем. - Что такое «Минимальный срок хранения» в Cold/Ice?
- Если вы удаляете или перезаписываете (или переводите в более теплый класс) объект в классе Cold раньше 30 дней, или в Ice раньше 90/180 дней — вам выставляется счет за хранение на весь этот минимальный срок; Это защищает экономику класса хранения от частых манипуляций.
- Как восстановить данные из класса Ice?
- Операция восстановления (Restore) инициируется через API (`RestoreObject`) или консоль. Объект становится доступным для чтения (переходит в временное состояние Standard) через от нескольких минут до нескольких часов (зависит от нагрузки и SLA). За восстановление плата взимается за объем данных + операции запроса;
- Где физически лежат данные? Соответствует ли 152-ФЗ?
- Дата-центры Яндекса находятся в РФ (Москва, Санкт-Петербург, Владимир, Сасово и др.). При создании облака/бакета вы выбираете регион (например, `ru-central1`). Данные не выезжают за пределы РФ. Яндекс.Облако имеет аттестацию ФСТЭК и соответствует 152-ФЗ.
«Облачный архив Яндекс» — это не один продукт, а экосистема решений для разных задач и масштабов.
- Для людей и команд — это Яндекс.Диск с его удобством, ИИ-поиском и интеграцией в экосистему (Алиса, Почта, Телемост, 360).
- Для инфраструктуры и данных — это Yandex Cloud Object Storage с классами Cold/Ice, Object Lock, Lifecycle Policies и S3 API — индустриальный стандарт для построения Data Lake, архивов логов, бэкапов и долгосрочного хранения по требованиям закона.
- Для автоматизации защиты серверов — это Yandex Cloud Backup, снимающий операционную нагрузку с админов.
Ключ к успеху, классификация данных (горячие/теплые/холодные/ледяные) и настройка автоматических политик перемещения (Lifecycle). Правильно настроенный архив в Яндексе стоит копейки (класс Ice ~ 0.2 ₽/ГБ/мес), обеспечивает юридическую неприкосновенность (WORM) и спасает бизнес при инцидентах шифровальщиков или аппаратных сбоях.
Начните с аудита: сколько у вас «холодных» данных на дорогих дисках/SSD/в классе Standard? Перенос их в Object Storage Ice с включенным Object Lock, первый шаг к зрелой стратегии управления данными в 2026 году.
Статья подготовлена на основе публичной документации Yandex Cloud и Яндекс.Диск актуальной на октябрь 2026 года. Тарифы и функционал могут меняться. Проверяйте актуальную информацию на cloud.yandex.ru и disk.yandex.ru.