Платформа вне поддержки
Заканчивается поддержка импортной платформы, а на ней лежат рабочие каталоги всех отделов
Импортозамещение сервера для файлового хранилища
Сервер под файловое хранилище считают от объема данных и годового прироста, а не от числа пользователей: сто человек с проектной документацией займут больше, чем тысяча с офисными файлами. Важно различать две емкости — полезную, куда ложатся данные, и сырую, которую занимают диски: доля полезной зависит от уровня RAID и числа дисков в массиве. Поэтому импортозамещение здесь начинают с расчета обеих величин с запасом на три года, а платформу берут из реестра Минпромторга
В реестре проверенных поставщиков
Рейтинг компании
{ сценарии }
Когда пора менять сервер под файловое хранилище
Импортозамещение
Реестровое железо требуется по закупке — 44-ФЗ или внутренний регламент импортозамещения
Нехватка места
Свободное место кончается быстрее плана. Квоты урезают вместо расширения массива
Медленный бэкап
Резервное копирование перестает укладываться в окно. Объем вырос, а схема бэкапа осталась прежней
Что влияет на конфигурацию сервера
| Параметр | На что влияет | Что уточняем |
|---|---|---|
| Текущий объем данных | Базовая полезная емкость | Сколько занято сейчас |
| Годовой прирост | Запас на три года | На сколько процентов растете за год |
| Тип уровня RAID | Разница полезной и сырой емкости | Допустим ли отказ одного диска или двух |
| Схема резервного копирования | Отдельный том или внешнее хранилище | Куда и как часто делаете бэкап |
| Требование реестровости | Перечень допустимых позиций | Закупка по 44-ФЗ или 223-ФЗ |
Считаем сервер под нагрузку почтовой системы
| Раздел | Что рассчитываем | Типовые ориентиры | Что учитываем |
|---|---|---|---|
| Полезная емкость и запас на прирост | Полезный объём хранилища с учётом текущих данных и роста на три года | 15 ТБ при росте 30% в год — примерно 33 ТБ полезной ёмкости через три года | Текущий объём, годовой прирост и отдельный запас под снапшоты, если файлы часто изменяются |
| Сырая емкость и уровень RAID | Фактическое число и объём дисков с учётом RAID и служебных накладных расходов | 12 дисков по 4 ТБ — 48 ТБ сырых; при двойной чётности — около 40 ТБ полезных до учёта форматирования | Число дисков под чётность, уровень RAID и дополнительную потерю нескольких процентов на форматирование |
| Когда массива в сервере уже мало | Необходимость перехода с локального дискового массива на внешнюю СХД | До примерно 30 ТБ полезной ёмкости на три года массив можно собирать внутри сервера; выше — использовать внешнюю СХД | Возможность дальнейшего расширения хранилища полками без замены серверного узла |
{ конфигурации }
Три конфигурации на выбор
До 10 ТБ полезной емкости
Закрывает небольшую организацию, где данные лежат в общих каталогах по отделам и растут предсказуемо
- Полезная емкость
- до 10 ТБ
- Массив
- RAID 5 или RAID 6 в сервере
- Память и ядра
- 32 ГБ, 8 ядер
- Резервное копирование
- отдельный том в том же сервере
10–30 ТБ полезной емкости
Держит компанию с проектной документацией: файлы тяжелые, отказ одного диска не должен останавливать работу
- Полезная емкость
- 10–30 ТБ
- Массив
- RAID 6 с запасным диском
- Память и ядра
- 32–48 ГБ, 8–12 ядер
- Резервное копирование
- отдельное устройство хранения
Свыше 30 ТБ и вынос на СХД
Берут, когда массив перерастает корпус или хранилище обслуживает несколько систем; схему проектируем после аудита
- Полезная емкость
- 30 ТБ и более
- Массив
- внешняя СХД, наращивание полками
- Память и ядра
- от 48 ГБ, от 12 ядер
- Резервное копирование
- отдельный контур с проверкой восстановления
Что вы получаете
Серверная платформа из реестра Минпромторга
Дисковый массив с выбранным уровнем RAID
Отечественная ОС и СУБД с установкой и настройкой
Перенос базы с контрольным начислением, монтаж
Гарантия на оборудование с заменой узла при отказе
Техническая поддержка после первого закрытияПакет документов под 44-ФЗ или 223-ФЗ{ сопровождение }
Проверка, миграция и закупочное сопровождение
Проверяем совместимость железа с вашим ПО и ОС
Стенд собираем до отгрузки и проверяем на нем: работу общего доступа по SMB и NFS на целевой ОС; перенос тестового каталога с сохранением прав и структуры; интеграцию со службой каталога для доступа по учеткам; выполнение резервной копии и обратное восстановление из нее
Миграция с импортного железа в технологическое окно
Данные переносим в два прохода: первый фоном при работающем хранилище, второй догоняет изменения перед переключением. Это сокращает окно с суток до часов. Само переключение — 4–8 часов в нерабочее время: меняются сетевые пути, проверяются права. Старое хранилище держим на чтение, пока пользователи не подтвердят, что все каталоги на месте
Документы, которые готовим для закупки
Технико-коммерческое предложение с расчетом полезной и сырой емкости. Спецификацию с кодами ОКПД2. Выписку из реестра Минпромторга и заключение по ПП №719. Подтверждение страны происхождения, гарантийные письма и акты приемки
Как подбираем и в какие сроки поставляем
1 этап
Аудит хранилища: 1–2 дня
рабочие места, режим, условия в серверной
- 2 этап
Расчет и спецификация: 2–3 дня
конфигурация, документы под 44-ФЗ, КП
- 3 этап
Сборка и настройка: 6–9 дней
платформа, ОС, СУБД, контрольный обмен
- 4 этап
Поставка и перенос: 3–6 недель
установка на площадке, миграция данных
- 5 этап
Пусконаладка и передача: 2–3 дня
проверка обмена и работы касс, обучаем администратора
{ преимущества }
За что отвечаем при переходе на новый сервер
Расчёт под сеть
считаем емкость двумя числами — полезной и сырой, с уровнем RAID
Закладываем прирост
закладываем прирост на три года, а не текущий объем плюс немного
Перенос данных
переносим данные в два прохода, чтобы окно измерялось часами
Оборудование и ПО
платформу подбираем под расчетную емкость и характер файлов — под офисные документы и тяжелые проектные архивы диски считаются по-разному. ОС — из реестра Минцифры
Гарантия и поддержка
сопровождаем закупку документами вплоть до подписания актов
{ свяжитесь с нами }
Оставьте заявку на расчет
Напишите текущий объем данных и годовой прирост. Структуру каталогов и схему бэкапа уточним на аудит
Часто задаваемые вопросы
От числа магазинов и режима обмена, а не только от пользователей центра. Основную нагрузку дает консолидация продаж со всех точек в часы обмена. Практический ориентир — ночное окно консолидации: чем оно короче, тем больше ядер нужно под параллельную обработку точек.
Торговать не перестанут: на распределенной базе точки работают локально. На паузу встает только обмен с центром — на 4–8 часов, пока идет переключение.
Схему касс и работу с ОФД учитываем в настройке и проверяем на стенде вместе с обменом.
Да. Реестровую платформу с Astra Linux и Postgres Pro проверяем на обмене и работе касс до поставки.
Обоснование под размер сети, спецификацию с ОКПД2, реестровые подтверждения по ПП №719, план переноса центральной базы и акты.
{ свяжитесь с нами }Остались вопросы? Оставьте заявку и мы свяжемся с вами
Остались вопросы? Оставьте заявку и мы свяжемся с вами
в ближайшее время
Заполните форму, и мы проведём бесплатный аудит: проверим серверы, сети и системы безопасности, определим риски и предложим план перехода на отечественное оборудование.