01
Обґрунтуйте більший репозиторій моделлю зберігання
Виберіть цю конфігурацію, коли менша пропозиція сховища не може задовольнити вимогу збережених даних з достатнім запасом. Запишіть поточні дані, зростання, щоденний обсяг змін і кількість збережених версій. Велика загальна ємність не замінює політику збереження.
Врахуйте час, необхідний для закінчення терміну дії старих даних і відновлення важливих наборів даних. Якщо репозиторій також індексує, трансформує або обслуговує дані, врахуйте ці застосунки при оцінці виділення обчислювальних ресурсів і пам'яті. Ціль резервного копіювання та активно запитуваний архів можуть створювати дуже різні вимоги.
02
Спроектуйте групи перед розрахунком корисної ємності
Ємність HDD розподілена між двадцятьма чотирма пристроями, з окремими пристроями NVMe, доступними для проєктування встановлення. Визначте групи надлишковості, політику запасних дисків і програмне забезпечення перед оцінкою простору для застосунків. Більша кількість груп резервує ємність парності або дзеркалювання інакше, ніж одна велика група.
Не виводьте рекомендовану топологію з простого розрахунку сирої ємності. Метадані файлової системи, резерви вільного простору та представлення TB/TiB також впливають на результат. Підтвердьте точну конфігурацію дисків і контролерів і використовуйте метод планування обраного програмного забезпечення зберігання, перш ніж приймати зобов'язання щодо корисної ємності.
03
Ставтеся до відновлення як до вимогливого навантаження
Включений порт 1 Gbps не стає швидшим через більший репозиторій. Вирішіть, скільки даних потрібно відновити під час інциденту, і виміряйте повний шлях до цільового призначення. Цільова система, диски, шифрування та мережа можуть обмежувати відновлення.
Оновлення 10 Gbps базується на котируванні та потребує підтвердження для машини та регіону. Навіть з іншим рівнем порту, тестуйте репрезентативне відновлення, а не розраховуйте лише зі швидкості лінії. Зберігайте незалежну копію та облікові дані, необхідні для її використання, поза цим хостом.
04
Порівняйте повне операційне зобов'язання
Пропозиція сховища Xeon Silver 4310 може бути достатньою, коли менший набір зберігання відповідає вимогам. Вибір меншої ємності може спростити початкове зобов'язання, але сплануйте процес міграції, якщо зростання пізніше вимагатиме іншої конфігурації.
Порівнюйте обчислювальні сервери NVMe, коли випадковий ввід/вивід і затримка активного застосунку важливіші за збережений обсяг HDD. Перед замовленням цього більшого сховища узгодьте моніторинг, координацію заміни дисків, схему встановлення та обов'язки оператора. Ці деталі цінніші, ніж припущення, що найбільша вказана ємність автоматично є найбезпечнішим вибором.
Прямі відповіді
Питання перед замовленням
Чи можу я розглядати сиру цифру TB як квоту резервного копіювання?
Ні. Корисна ємність залежить від резервування, запасних дисків, накладних витрат файлової системи та операційних резервів. Зростання обсягу збережених даних і потреби відновлення також мають вписуватися в проєкт.
Чи відновлюватиметься більша конфігурація швидше, ніж менша?
Це не гарантовано. Обидва мають однаковий зазначений включений рівень порту, а результат визначає повний шлях зберігання та мережі. Перевірте фактичне робоче навантаження відновлення.