Pull to refresh
29
0

Архитектор решений

Send message

на фото не смотри — комментарии пиши. Там диск на 400GB. Мне и интересно зачем он там, если таких ёмкостей не продаётся.

Практика показала, что для работы опции space-allocation с VMware необязательно отправлять LUN в офлайн. Просто после включения space-allocation надо немного подождать.

Интересно зачем FlashCache для FAS9000 на 400GB, если минимально доступный 1TB?

SFP+ 1GbE RJ-45 можно купить :)

А зачем вы компрессию называете архивированием? Это же разные понятия.


Как обстоят дела с производительностью после того как вы отказались от множества реплик?

Кроме того, что в посте описал, еще добавили SnapMirror в AltaVault, FLI (Foreign LUN Import) для AFF.

Компрессия на хранилище часто доступна бесплатно в отличии от компрессии в БД. Включение компрессии на хранилище и выключение на самом сервере БД позволяет тратить ресурсы CPU сервера БД на более нужные операции. Есть вендоры, у которых компрессия на хранилище не только не замедляет работу всего решения в целом, но и в некоторых случаях даёт прирост в производительности.

Принципиальных изменений не было. Расширили политики. А с 9.1 при совместном использовании FlashCache и FlashPool решается проблема прогрева кэша между перезагрузками или в случае failover.

Хранилище с полезной ёмкостью в 50TiB обходится нам, допустим, в 150 000$.
Без дедупликации мы сможем 50TiB своих данных. При коэффициенте дедупликации 10:1 мы сможем хранить 500TiB данных. И нам это по-прежнему будет стоить 150К$. При коэффициенте дедупликации 50:1 мы уже будем хранить 2500TiB данных
В первом случае мы тратим 3000$ за TiB, во втором 300$, а в третьем всего 60$.
Так к чему говорить про разницу в reduction ratio в 8%? Клиент считает свои деньги и в третьем случае получит возможность хранить в 5 раз больше данных.


Дедупликация, компрессия, уплотнение. HPE поддерживает что-то кроме дедупликации?
Кто из вендоров уплотнением называет дедупликацию+компрессию?
Есть данные для которых хорошо работает дедупликация — виртуальные среды, есть данные для которых лучше сработает компрессия — OLTP DB. И большинство извстных мне вендоров эти понятия разделяют.


Рис 6. Зависимость коэффициента дедупликации от количества виртуальных машин в пуле и размеров блока данных.
Немного бесполезный и вводящий в заблуждение график. Судя по тому, что заметный рост коэффициента дедупликации заметен при размере блока 16К и кратных ему, речь идёт про HP 3Par. При этом другие вендоры, использующие другую гранулярность при дедупликации могут получить другие результаты.

Придёт время расширять кластер и туда можно будет добавить уже новые железки.


А если серьёзно, то откуда такая огромная разница в NFS?

Тяжело что-то конкретное ответить. Возможно тестировали pNFS, а он сильно лучше параллелится :)
Как вариант, что старые системы тестировали без FlashCache, а новые в базе идут с NVMe FlashCache. Что даёт очень существенный прирост производительности для файловых нагрузок, при большом объеме работ с метаданными. Метаданные хорошо кэшируются.
Ну и не понятно соотношение чтения/записи. Графики производительности FC странные, так как в многих TR результаты получались выше.
Больше всего конечно порадовал прирост производительности при последовательных операциях.


Хотя стоит дождать публикации более серьёзных документов.

У контроллера своя собственная память для хранения важных для него данных.
Ну как-то совсем скучно. Столько всего интересного же можно было рассказать про AFF и VDI. TR-4539, TR-4540, TR-4518, TR-4519 — содержат кучу интересной информации по конфигурации и производительности VDI решений на Horizon и Citrix XenDesktop.
Все же прекрасно находит.
Скриншот VMware HCL
image

Имеет. Все inline процессы происходят на контроллере до того как данные попадут на диски.
Inline data compaction «нагрузит» CPU на 1%-2%. Алгоритм адаптивный, если это как-то начинает влиять на скорость обслуживания данных, то ресурсы у compaction отбираются.
Вообще в ONTAP 9 опять поработали под капотом и производительность по сравнению с Data ONTAP 8.3.2 выросла даже с учётом включенных inline compression, compaction и deduplication.
Есть вот такое сравнение на коленке в симуляторе ONTAP.
А есть документ посерьезнее с тестами MS SQL на AFF8080.
Идеальный в своей бессмысленности маркетинговый пост на техническом сайте.
Блин. Перепутал со SnapCenter :)
SnapCreator бесплатный, а вот плагины к нему нет.
Автор забыл еще упомянуть о поддержке дедупликации и компрессии.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity