CookBook v19
  • Новости лентой
  • Кадры решают все
  • Многабукаф
    • Заметки
      • Powershell notes
      • Роботы - HR отаке, или почему нам не пишут и не звонят.
      • Приметы и верования
      • Изменения цифрового ландшафта и прочий терраформ
      • Мои факапы
    • Декларация, эбаут и донаты
  • Наши коллеги и иное (обновляемый список блогов)
  • Зачем и почему
    • Введение, или мне это зачем
    • О мотивации
    • Про донаты
  • Э:Эксплуатация
    • А:Автоматизация
    • А:АУЕ Консалтинг
    • А:Антивирус
    • B:Backup (RPO - RTO)
    • И:ИБ как форма ИБД
    • И:Импортозамещение
    • И:Инвентаризация
    • Л: Логи
    • L: Linux
    • М:Мониторинг
    • О: Обновления
    • П:Провайдеры
    • С:Сертификация
    • С:Специальный Секретный Софт
    • S: Sysinternals
    • S: Syslog and SNMP trap
    • Т: Тестирование
      • Тестирование СХД
      • Подбор СХД для себя для начинающих.
    • У:Учеба
  • --- Начало осмотра ---
  • Найм и увольнение
    • Построение карьеры в IT
    • Сегментация бизнеса и методы управления
    • Чего хочет бизнес в разных сегментах
    • Резюме
    • От HR до найма
      • 1. HR или я Вам перезвоню
      • 2. Руководители
      • 3. Про Сову в секретных газпромах. Мнение.
    • Нематериальная мотивация или что спросить на интервью
      • Мнение про интервью
    • Действия при приходе на работу — прием дел, актуализация, документирование, аудит
    • Три конверта
    • Увольнение
    • Школьники и обратное - Профдеформация и вопросы мышления в целом.
  • От ASIC до ПГС
    • От песка до ASIC
    • Модель ОСИ - OSI/DOD в целом
    • Инженерные системы здания
      • Вентиляция и кондиционирование
      • ИБП / UPS, Электропитание
      • Нужно больше тока!
      • Пожаротушение
      • Вопросы для самопроверки по ПГС
  • Физика СКС / LAN / Wifi / GSM
    • Зачем надо знать теорию или про мультиплексирование
    • От GSM к 5G
      • RAN
    • Теория - 1. Физика.
    • Теория-2, математика в чипах.
    • Физика СКС.
  • Уровень доступа к сети
    • Список литературы и Прочее полезное
    • Сети - начальный уровень и уровень доступа
    • Вопросы про уровень доступа
    • Тестирование сети и оптимизация
  • Сети не для людей
    • Сети - L1. ToR и прочее CORE с OOB
    • Сети - L2. Switch
    • Сети - L2. Wifi. CAPWAP
    • Сети-L3. Route и NAT
    • Резервирование L3 и ASA
    • Сети - L4. Сервисы. DHCP - DNS - MX
    • NLB - Network load balancind и shaping с netfllow
    • Мониторинг сетей
    • QinQ и это все
    • Программирование для сетевых инженеров или CCNA по Python
    • v1000, SDN и прочий NSX
    • WAN - оптимизация
    • BRAS - Broadband remote access server
    • Магистрали и провайдеры - абонентский уровень
    • Провайдерское прочее
    • Net - Vendors - specific
      • HPE
      • Avaya
      • Juniper
      • Arista
      • Juniper
      • Huawei
      • Microtic
      • Встраиваемые модули для сетевого оборудования.
      • Other
  • VPN, работа из дома, сетевая безопасность и NGFW
    • VPN
    • Работа из дома (Remote access)
    • Импортозамещение в ИБ
  • СХД и сети хранения
    • Литература, курсы и прочее
    • RAID, RAIN, DAS, NAS, SAN и прочий ATS
    • FC, NPIV, iSCSI, FCoE и прочий MPiO
      • Latency
      • SAN-FC как технология.
    • SSD и NVME
      • Не все SSD одинаково полезны - S2D
    • CEPH и GLUSTER
    • MS S2D
    • Metro и Long-distance
    • Общая информация по СХД
  • СХД - расширенный вариант (14)
  • Сервера (hardware)
    • ПЭВМ и его компоненты
    • Обычные и привычные сервера. Первый запуск, общие вопросы.
    • Blade, мезонины, Virtual Connect FlexFabric Module
    • Нестандартное - кассы, весы, принтеры этикеток
    • Большой, толстый, но все равно x86 - Bull, Kunlun
    • IBM System Z, HPE Superdome, прочий Cray
    • HCI - Hyper-converged
    • Особенности контрактов на обслуживание
    • Управление и мониторинг: IPMI, OneView и все такое
    • Вопросы по ЭВМ
    • Импортозамещение в ПЭВМ и серверах
  • Операционные системы
    • MS Windows в целом
      • WIN Sysprep and Vmware
      • Windows without AD and Hyper-V
      • Безопасность в Win
      • Powershell
      • Windows troubleshooting
      • Ограничения и проблемы S2D и ReFS
    • Windows on ARM
    • Linux / BSD / Unix
      • Linux дистрибутивы и что внутри
      • Запуск, управление и пакеты
      • cmd (bash)
      • Сети
      • LAMP, SQUID и SQL
      • Обучение Linux
      • Памятка Linux админу по основным утилитам диагностики
      • Безопасность или миллионы красных глаз
      • Российские Linux
      • Вопросы "администратору" LINUX
  • Microsoft - services
    • Active Directory
      • Group policies (GPO) и GPO - loopback
      • Using PowerShell for Active Director
    • MS PKI - AD CS
    • WSUS
    • WSUS для понимающих
    • Если WSUS не хватает
    • SCCM, SCOM, SCDPM, SCSM, SCVMM, SCO, SCEP, DPM
  • Виртуализация
    • Переезды: P2V и V2V
    • Переезд с физики в VDI (Horizon и не только), или Planner
    • Network function virtualization (NFV)
    • Виртуализация, 1С и кривые руки
    • Виртуализация оборудования
    • Реальные проблемы виртуализации
    • Hyper-V
      • Сети в Hyper-V
      • Переезд в Hyper-V
      • MS S2D
      • S2D - не все SSD одинаково полезны
    • Vmware
      • Книжки и бложики и полезности
      • Несортированные полезности
      • Стандартные ошибки при работе с Vmware
      • Esxi troubleshooting
      • vCPU, vRAM, и прочее V
      • VM - HDD
      • Vmware и local NVMe (RDM не нужен)
      • Мониторинг одиночного хоста eSXI
      • Vmware IOmeter
      • Shared Memory против виртуального 10G
      • Vmware tools execute invoke command
      • Vmware update
      • Powercli
      • Vmware и ARM - Raspberry
    • KVM и XEN
    • OpenStack
    • Fusion Sphere
    • Hyper-converged infrastructure (HCI)
      • MS S2D
      • MS Azure pack и Azure stack
    • Вопросы по теме виртуализации
  • SQL и NOSQL
    • MS SQL
  • Backup
    • MS VSS
    • MS SQL Backup
    • Oracle SQL backup
  • Офисные технологии
    • SMB и прочий CIFS (и AGDLP)
    • Базовое офисное ПО и оборудование
    • Офисная телефония и видео
  • E-mail
    • General
    • Антиспам
    • MS Exchange
  • Миграция на Exchange 2019
    • Общая подготовка к миграции на Exchange 2019 часть 1 - общая
    • Миграция на Exchange 2019 часть 2 – подготовка к переносу сервисов
    • Миграция на Exchange 2019 часть 3 – подготовка к переносу почтовых ящиков
    • Миграция на Exchange 2019 часть 4 – подготовка к удалению сервисов 2013 / 2016
  • Mobile Device Management
  • Security (Инфобезопасность)
  • ЦОД и облака - управление развертыванием
    • Terraform, Consul, Serf, Vault
  • DEVOPS, CI-CD и IaC
  • Управление не железом
    • Управление проектами - CRM и прочий MS Project
    • Управление процесссами
    • Софт-скиллы
    • Управление карьерой
  • Serious business - OPEX, CAPEX, ROI, TCO
    • Лекция про процессы и управление в целом
Powered by GitBook
On this page

Was this helpful?

  1. Э:Эксплуатация
  2. Т: Тестирование

Подбор СХД для себя для начинающих.

Простая ситуация: до вчерашнего дня у вас было два критерия оценки СХД - остаток свободного места и текущее состояние (работает или надо заменить диск блок питания прочее). Скорость вас не волновала совершенно, latency - это что-то из области Super Hi-end rocket science, нам не актуально. Мало скорости - купим SSD. Внезапно вам одобрили бюджет на новый СХД, тысяч так на 800 (рублей), примерно, скажем 15.000$ для округления (включая НДС). Что выбрать, как выбрать, куда смотреть.

Вообще на мой взгляд, надо смотреть на три не пересекающиеся плоскости

  • сервис

  • удобство работы в целом

  • производительность

Начну с первого. Сервис - это то, что у вас будет происходить с поставщиком и вендором, и в какие сроки. Вылет 1-2 дисков, модулей SFP, оперативной памяти в контроллерах, блоков питания, иногда целиком дисковых полок, массовый брак по дискам - явления совершенно обычные, причем некоторые в случае Netapp на этих граблях знатно попрыгали. Впрочем, проблемы есть абсолютно у всех вендоров, вопрос только какие и насколько публичные. Да, дорогие ребятки - иногда у вас может внезапно накрыться ВЕСЬ массив и придется поднимать из бекапа ВСЕ данные на нем. Ставьте патчи, в том числе и на диски, дада. РЕГУЛЯРНО. У ВСЕХ вендоров.

Тем не менее, наиболее часто вылетают именно диски и SFP. Вопрос в том, что вы хотите - next business day, 3 business day, или еще какие-то варианты, и что вам может в вашей местности предложить и дилер, и вендор. В любом случае, я бы предпочел иметь диск "в шкафу", а уже после замены разбираться с вендором по поставке. Не менее важный вопрос - EOS EOL - сколько планируется поставлять запчасти и обновления ПО для этой СХД? Что будет после? То же самое касается обслуживания после срока гарантии - сколько будет стоить не 3, а 5 летняя гарантия например?

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

Второй вопрос - удобство работы в целом. Привет Storage navigator и java оснасткам. Надо пробовать на демо.

Теперь про емкость, производительность, и миграцию. У всех систем хранения данных (классические ли это системы, или SDS или кусок HCI) есть свои проблемы как с производительностью в целом, так и при производительностью при ребилде. К примеру, у той же vSan есть очень неприятные моменты при вылете SSD. У MS - ТЕПЕРЬ есть ограничения по использованию ReFS для SAN. Такое есть у всех, просто некоторые вендоры про это пишут в документации, а некоторые говорят что наш ребилд настолько быстрый, что ничего подобного у нас не случается, но вы результаты тестов все равно не публикуйте без согласования с нами, а то атата. Странные вендоры, впрочем, надеюсь, вы с ними не столкнетесь лично.

Емкость. Сколько у вас заполнено емкости "сейчас" вы знаете. Ну наверное знаете - если у вас нет дедупликации, компресии и прочих приятных вещей. Сколько у вас было использовано полгода назад? Год назад? Сколько вы ожидаете что будет использовано через полгода? Год? Три?

Первый же вопрос - расширяемость нового решения как в объеме (полки), так и в скорости (контроллеры).

Скорость. О, это очень больная тема. Можно сказать что есть разные виды производительности при обычной работе

  • скорость работы в обычном состоянии (только рабочая нагрузка)

  • скорость работы при выполнении и наличии снапшотов (вот тут может быть очень неприятно)

  • скорость работы во время ребилда или внутренних дисковых операций.

  • скорость работы во время рутинных рабочих операций (vmotion - DRS, backup-restore, extend, unmap).

  • скорость backup \ restore.

Есть не менее плодотворная тема работы систем с кешем (процентом в него попадания), тирингом и так далее. В любом случае, у вас есть какая-то статистика с имеющейся СХД и системы виртуализации, где вы можете посмотреть на рабочие нагрузки как в IOPS, так и в мб\сек, статистика нагрузки по портам коммутаторов (в пакетах и в мб\с). Соответственно, есть и задержки при дисковых операциях. С всего перечисленного и надо начинать, сделав таблицу

  • текущий объем данных

  • планируемый объем данных через 1, 2, 3 года

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

  • средняя скорость и задержки.

  • максимальная скорость и задержки

Миграция. В новых СХД есть некий функционал(ТМ), позволяющий использовать ваш старый СХД, НО - не всегда и не для всех сочетаний. Уточните, нужно ли это вам.

Про новые системы на NVME. Если вы точно знаете, что они вам нужны, то вам этот текст вообще бесполезен, вы могли бы и сами написать и получше.

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

  • можно написать запрос на коммерческое предложение. Это еще не запрос котировок, а письмо 1-2 поставщикам с описанием, чего и почем вы хотите.

    После этого вам скорее всего предложат по 2-3 модели, с которыми вы уже будете разбираться детально.

    Можно иногда попросить сборку демо-стенда с удаленным доступом или доставкой к вам. Иногда.

PreviousТестирование СХДNextУ:Учеба

Last updated 5 years ago

Was this helpful?