ARGO.TECH

Масштаб - от гигабайт до эксабайт

S3 изначально проектировался под неограниченный рост:

• Нет иерархии папок - плоское пространство ключей, поэтому нет деградации на миллиардах объектов;

• Горизонтальное масштабирование: добавление нод в кластер СХД;

Один бакет может хранить петабайты и миллиарды объектов.

Обычная файловая система (NFS/SMB) на таких объёмах начинает «задыхаться» - S3 нет.

Надёжность и долговечность

S3-хранилища дают durability 99.999999999% (11 девяток) за счёт:

• репликации (обычно 3 копии) или erasure coding;
• автоматического восстановления при отказе диска/ноды;
• версионирования объектов (защита от случайного удаления/перезаписи);
• lifecycle-политик: автоматический переход в «холодные» классы и удаление.

Для бэкапов и архивов это критично.

Экономика

S3-модель хранения дешевле классических SAN/NAS на больших объёмах:

• pay-as-you-go - платите за фактически занятое место, а не за купленные терабайты;

• классы хранения (Hot / Cool / Cold / Archive) - редко используемые данные лежат в разы дешевле;

• erasure coding вместо зеркалирования - меньше накладных расходов на избыточность (например, 1.5x против 2x);

• нет затрат на администрирование файловых серверов.

Хотите больше информации? Пишите на storage@argo.tech

ARGO SIII - Object Lock.

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

Бэкапы растут. Ленточная библиотека требует администрирования, ленты теряются, восстановление долгое. Хранить бэкапы на
быстром NAS - дорого. А главное - мы боимся вирусов-шифровальщиков, которые могут затереть бэкапы.

Традиционная инфраструктура резервного копирования достигла предела по надежности и стоимости.

S3 как целевое хранилище (Backup Target), особенно с функцией Immutability (неизменяемость).

🔺Ваш аргумент: "Ваш Veeam/Commvault «из коробки» умеет лить бэкапы напрямую в S3-хранилище. Мы строим его на локальных
серверах. Включаем S3 Object Lock. После этого ни один админ, ни один процесс, ни один вирус не сможет удалить или изменить
этот бэкап в течение заданного срока. Восстановление - моментальное, в отличие от поиска нужной ленты. Это не железо, это
страховой полис для бизнеса."

Мы обязаны хранить данные
годами по закону

Финмониторинг, персональные данные, история операций- по
закону мы должны хранить это 5, 10, 25 лет в неизменном виде.
Сейчас мы это делаем на дорогих массивах, и это безумие.
Аудиторы требуют гарантий, что запись трехлетней давности не
была изменена.

Нужно дешевое, масштабируемое хранилище с
гарантированной аутентичностью и неизменностью данных
(WORM - Write Once, Read Many).

S3 с механизмами версионирования и Object Lock на всем
жизненном цикле объекта

🔺Ваш аргумент: "S3 - король compliance-хранения. Включаем версионирование: любое изменение создает новую версию, старая остается нетронутой. Включаем Object Lock - блокируем объект на N лет. Вы предоставляете аудиторам доступ к логам и данным, доказывая, что запись физически не могла быть изменена с момента создания. И все это на экономичном оборудовании".

За подробностями пишите: storage@argo.tech

Знаменатель - репликация: RF=1/2/3

RF (Replication Factor)

Это количество физических копий одного тома (volume) в кластере.
Когда вы пишете файл (объект) в ARGO SIII, он попадает в том. А система автоматически создает RF копий этого тома на разных серверах.

RF=1 - том существует в единственном экземпляре. Копий нет.

RF=2 - том существует в двух экземплярах на двух разных серверах.

RF=3 - том существует в трех экземплярах на трех разных серверах.


RF=1 (Без репликации)

Том хранится в единственном экземпляре. Нет резервных копий.

🔺Когда использовать:

• Временные данные, кэш, которые не жалко потерять.
• Тестовые стенды и CI/CD (сборочные артефакты).
• Данные, которые легко пересоздать.

🔺Риск:

Отказ одного сервера - все тома на нем потеряны безвозвратно.

RF=2 (Стандарт для продуктовой среды)

Две полные копии каждого тома на разных физических серверах.

🔺Что переживет:

• Отказ одного сервера целиком.
• Отказ одного диска на одном сервере (если на втором том цел).
• Выключение одного сервера на обслуживание.

🔹Что не переживет:

Одновременный отказ двух серверов, на которых лежат копии одного и того же тома.
Накладные расходы: 100%
Покупаете 200 ТБ сырой емкости, получаете 100 ТБ полезной.

RF=3 (Повышенная надежность)

Три полные копии каждого тома на трех разных физических серверах.

🔺Что переживет:

Одновременный отказ двух серверов из трех.

Сценарий: один сервер на обслуживании, и в этот момент «упал» второй - данные живы.

Накладные расходы: 200%
Покупаете 300 ТБ сырой емкости, получаете 100 ТБ полезной.

🔺Когда использовать:

• Критичные данные, потеря которых недопустима (финансовые транзакции, персональные данные).

• Гео-распределенные кластеры, где узлы физически находятся в разных зданиях или городах, и риск потери двух узлов одновременно выше.

Хотите узнать подробнее?
Пишите: storage@argo.tech

С Днём программиста! 💻

Вы превращаете идеи в код, а код - в работающие сервисы. Без вас не было бы ни приложений, ни сайтов, ни цифрового мира, к которому мы привыкли.

ARGO.TECH поздравляет всех, кто пишет, отлаживает и запускает. Пусть компилируется с первого раза, а баги обходят стороной.

С праздником, коллеги!

Bucket

Представьте, что у вас есть файловый сервер (NAS).
Вы создаете на нем общую
папку (Share), например:
\\server\Бухгалтерия
\\server\Маркетинг
\\server\РезервныеКопии

В мире S3 аналогом такой «шары верхнего уровня» является бакет.

Бакет - это:

🔺Самый верхний контейнер, в котором лежат ваши объекты.

🔺Имя бакета должно быть глобально уникальным в рамках всего вашего S3-хранилища (как имя домена).
Не может быть двух бакетов с одинаковым
названием.

🔺На уровне бакета настраиваются основные политики:

1. Кто имеет доступ.
2. Включено ли версионирование (хранение истории изменений).
3. Включен ли Object Lock (защита от удаления).
4. В каком регионе/ЦОДе физически хранить данные.
5. Правила жизненного цикла (например: «всё, что старше 90 дней,
удалить или переместить в архив»).

С Днём тестировщика, коллеги!

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

Кстати, знаете, как узнать тестировщика?
Тестировщик - это человек, который заходит в бар. Потом заходит в бар снова. Потом заходит в бар 1000 раз. И на 1001-й раз бар падает.
С праздником, коллеги! 😄

В тестировании есть два главных подхода, и оба важны:

🔹 Manual QA (ручное тестирование) - это процесс проверки программного обеспечения (ПО) вручную, без использования автоматизированных скриптов и кода. Специалист по ручному тестированию (Manual QA Engineer) имитирует действия реального пользователя: проходит по сценариям, заполняет формы, нажимает кнопки, оценивает интерфейс и поведение системы.

🔹 Automation QA (или инженер по автоматизации тестирования) - это специалист, который обеспечивает качество программного обеспечения с помощью автоматических тестов. В отличие от ручного тестировщика (Manual QA), который проверяет работу приложения вручную, имитируя действия пользователя, автоматизатор пишет программный код, который сам выполняет тестовые сценарии, сравнивает результаты с ожидаемыми и формирует отчёты.

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

С праздником! Пусть ваш код работает, а баги остаются в прошлом. 💻

Volume (Том) - это единица «дискового пространства для клиента»

Представьте, что пул хранения - это огромный склад с полками (физические диски).

Volume - это выделенный контейнер на этом складе, который вы выдаёте клиенту. Клиенту не важно, на каких именно полках лежат его вещи - он видит только свой контейнер .

Как это работает?

🔹Создание: Вы создаёте Volume внутри вашего пула хранения

🔹Экспорт: Этот Volume превращается в логический диск
(LUN) и экспортируется по протоколам блочного доступа (например, iSCSI).

🔹Использование: Клиент (сервер или виртуальная машина) подключается к этому LUN, и для него это выглядит как обычный жёсткий диск, который можно отформатировать (например, в NTFS) и использовать для своих данных.

Всех причастных поздравляем с Днем знаний!

Этот день - напоминание, что развитие никогда не заканчивается. В ИТ особенно.

Мы в ARGO.TECH объявляем сентябрь месяцем знаний. Всё, что мы публикуем в этом месяце, будет направлено на одно: помочь вам стать лучше в своём деле.

Учитесь с нами. Растите с нами.

С праздником! 🎉

Технологический суверенитет

Рынок СХД в России прошёл путь от «надо» до «когда переходим».

Готовим интервью с командой ARGO.TECH:

Импортозамещение - это больше не про формальности.
60% компаний уже перешли или переходят на отечественные СХД. И не только из-за регуляторов - 63% хотят снизить зависимость от зарубежных поставщиков.

Да, сначала дороже.
Но на горизонте 3-5 лет бизнес получает управляемость: понятно, где брать компоненты, кто отвечает за сервис, как планировать обновления.

Главная проблема - элементная база.
Около 70% оборудования в России всё ещё зависит от импортных компонентов. Полный суверенитет - пока цель, а не достижение.

Российские вендоры уже решают задачи, с которыми западные не справлялись.
В проекте ОСК система ARGO.TECH показала производительность в 2 раза выше аналогов. А ошибку в драйвере QLogic мы исправили сами, потому что ждать было некогда.

Что дальше?

Рынок будет выбирать не просто «российское», а предсказуемое и безопасное. Но пока не решён вопрос с элементной базой - говорить о полном суверенитете рано.

Обсудим ваш переход на российские СХД?
📩Пишите: storage@argo.tech

RAID против Erasure Coding

RAID - защита от отказа дисков. Мы все это знаем!

ARGO SIII так же иммеет защиту от отказа серверов.

Как это работает:
Схема 4+2.
4 куска данных + 2 куска чётности = 6 фрагментов
Каждый фрагмент пишется на свой сервер кластера.

Два сервера падают - данные живы.

ARGO SIII с Erasure Coding защищает от любых ситуаций.

Хотите узнать подробнее?
Пишите storage@argo.tech

AWS S3 научил мир главному: данные должны жить отдельно от приложений.

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

ARGO SIII продолжает эту логику для тех, кто работает в своих дата-центрах или в Kubernetes-контуре:
⚡️ Полная совместимость с S3 API: PUT, GET, DELETE - всё как вы привыкли
⚡️ Данные переживают смерть контейнеров и перезапуски подов
⚡️ Никаких костылей с файловыми системами и монтированием

Вам не нужно учить приложение работать с ARGO SIII.
Оно уже умеет работать с S3.
Осталось только показать, куда писать.

Вопросы? storage@argo.tech

RAID-Z vs обычные RAID: в чём разница?

Обычные RAID (5, 6) - это технология 90-х:

Есть "дыра записи" - при сбое питания данные и чётность могут разъехаться.
Проверяют только чётность, а не сами данные.
Rebuild диска на 10+ ТБ может длиться сутки.

RAID-Z от ZFS - это эволюция:

🔹Атомарная запись - либо всё, либо ничего.
🔹Контрольные суммы каждого блока - битовая гниль не пройдёт.
🔹Восстановление читает только занятые блоки - быстрее и безопаснее.

Минус: RAID-Z нельзя расширить добавлением одного диска. Только новой группой.

Вывод: RAID-Z - выбор тех, кому важнее целостность данных, чем "сейчас и подешевле".

Появились вопросы?
Пишите на storage@argo.tech

#RAID #ZFS #СХД

Kubernetes управляет контейнерами (приложениями), ARGO SIII - данными. Это два разных, но идеально дополняющих друг друга уровня.

Контейнеры в K8s смертны: перезапускаются,мигрируют, масштабируются.

Локальный диск контейнера - как мел на доске: исчезает при перезапуске.

Данные должны жить отдельно.

Сценарий, который работает у всех:
Ваше приложение в Kubernetes обращается к ARGO SIII по S3-протоколу (HTTP/API) и сохраняет файлы вовне. Под (Pod) упал, переехал на другую ноду, воскрес - данные на месте.

Что это значит для вас:
⏺Не нужно монтировать S3 как файловую систему (и ломать голову с костылями).
⏺Любое приложение, умеющее работать с S3 API, будет работать с ARGO SIII.
⏺Никакой магии - только архитектура, где процессы и данные разделены.

Kubernetes отвечает за бессмертие процессов. ARGO SIII - за бессмертие данных. Вместе - отказоустойчивая инфраструктура.

Хотите узнать детали? Пишите на storage@argo.tech

Snapshot в СХД АРГО: спасение за секунды

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

Без Snapshot - это катастрофа и долгие часы восстановления.
С Snapshot - это нажатие одной кнопки и откат к состоянию "до".

Как это работает:

⏺Мгновенный снимок состояния данных в любой момент
⏺Хранит только изменения, а не всю копию - экономит место
⏺Откат к любой точке во времени за секунды

СХД АРГО позволяет делать снимки как для всего хранилища, так и для отдельных томов. Встроенная функция - без лишних сложностей.

Что вы получаете:
⏺Отказоустойчивость без головной боли
⏺Минимальное время простоя при сбоях
⏺Уверенность, что данные не потеряются

📩Появились вопросы?
Пишите на storage@argo.tech

🇷🇺 Компания ARGO.TECH выпустила на рынок новую версию объектного хранения.

Спешим напомнить, что мы выпустили новую версию продукта ARGO S3

Главное:
⏺Запуск с одного узла - не нужно разворачивать крупный кластер
⏺Масштабирование от 1 сервера до миллиардов объектов

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

Новое решение станет частью линейки ARGO.TECH и будет предложено как решение для импортонезависимой ИТ-инфраструктуры

Демо допуск через наших технологических партнеров.

Сделано в России: ещё один шаг к технологическому суверенитету🇷🇺

СХД АРГО и платформа виртуализации UtiNet Glovirt подтвердили совместимость.

Почему это важно:

⚡️Оба продукта - в Реестре отечественного ПО
⚡️Протестирована работа во всех сценариях
⚡️Открыта дорога к доверенным инфраструктурным решениям

Для кого:
⚡️Госструктуры
⚡️Финансовый сектор
⚡️Промышленность

Подробнее о продуктах: ARGO.TECH / UTINET

День России - не про громкие слова.

Он про дом, где ждут, про знакомые с детства улицы и людей, которые говорят на одном с тобой языке.

Мы храним данные, но сегодня просто желаем главного: пусть у каждого из вас будет надёжное место, где хранится всё дорогое. Семья, память, спокойствие.

С праздником, страна. Берегите важное. 🇷🇺

Компрессия в СХД АРГО: как это работает и почему вы уже этим пользуетесь

Компрессия - это процедура перекодирования данных с целью уменьшения их объёма. То же самое, что сжатие данных.

Компрессия в системах хранения данных - это технология, которая позволяет уменьшить объём хранимых данных, сжимая их прямо внутри системы хранения. Это помогает экономить место, ускорять доступ к данным и снижать нагрузку на сеть.

Простое объяснение:

Если вы сохраняете файл в систему хранения, СХД перед записью сжимает его (примерно как архив ZIP), а при чтении - распаковывает на лету.

Зачем это нужно в СХД:

Сохранять больше данных на том же объёме дисков

Снижать расходы на покупку дополнительного хранилища

Ускорять передачу данных по сети

Повышать эффективность бэкапов и виртуальных машин

Как работает компрессия в СХД АРГО:

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


Компрессия vs Дедупликация - не путайте!

Компрессия - как сжать воздух в бутылке, чтобы занять меньше места. Один файл становится короче сам по себе.

Дедупликация - как не хранить одну и ту же вещь дважды. Два одинаковых файла - храним один, второй - ссылка.

Компрессия - это как ZIP-архив. Она сжимает файл, чтобы он занимал меньше места, но всё внутри остаётся. В системах хранения (СХД) компрессия делает это автоматически - вы сохраняете файл, а система сама «зипует» его внутри.

Главный факт:

Данная технология компрессии уже встроена в СХД АРГО. Вы просто включаете её - и система автоматически сжимает ваши файлы при записи, экономя место и ускоряя работу без вашего участия.

А вы проверяли, включена ли компрессия в вашем хранилище? Или вы всё ещё платите за воздух?

QoS в СХД ARGO.TECH: порядок в потоках данных

QoS (Quality of Service) - это набор технологии и механизмов, который управляет производительностью СХД, расставляет приоритеты для ввода-вывода и справедливо распределяет ресурсы между томами (LUN), приложениями или пользователями.

Зачем:
✅ Устраняет «шумных соседей» - копирование файлов не убивает другие сервисы

✅ Соблюдает SLA - базы данных работают быстро при любой нагрузке

✅ Балансирует I/O между дисками - выше общая производительность

В наших СХД QoS работает предсказуемо и без сюрпризов.

📩 Пишите и мы настроим приоритеты под ваши задачи: storage@argo.tech

Дедупликация в СХД ARGO.TECH

В наших СХД дедупликация - не отдельная лицензия, а встроенная базовая технология, для удобства и экономии.

Вот что она умеет:

Inline - дубликаты удаляются в момент записи, до попадания на диск. Экономия с первой секунды.

Экономия пространства - на тех же дисках помещается в 30 раз больше данных. Особенно эффективно для виртуальных машин и резервных копии.

Снижение затрат - Уменьшает расходы на покупку новых дисков и обслуживание.

Быстрая репликация - при передаче данных копируются только уникальные блоки. Сеть не забивается.

Всё внутри наших СХД. Из коробки. Без доплат.

📩 Рассчитаем экономию для ваших данных: storage@argo.tech