Size: a a a

Storage Discussions

2020 December 01

E

Evgeniy in Storage Discussions
Raid dp
источник

П

Павел in Storage Discussions
🆂🅴🆁🅶🅴🆈
на провославных схд  пятый ?
На православных схд - 5й, 6й, с тройной четностью. И в случае all flash всё это работает быстрее 10ки
источник

RR

Roman Roifman in Storage Discussions
Павел
На православных схд - 5й, 6й, с тройной четностью. И в случае all flash всё это работает быстрее 10ки
?
источник

DM

Denis Makashov in Storage Discussions
Павел
На православных схд - 5й, 6й, с тройной четностью. И в случае all flash всё это работает быстрее 10ки
вау)
источник

🆂

🆂🅴🆁🅶🅴🆈... in Storage Discussions
на чтение может и  быстрее     на запись 6 раид  медленне
источник

A

Arthur in Storage Discussions
с большинством AFA это не так
источник

PP

P P in Storage Discussions
Коллеги, несколько тупой вопрос, я что-то запутался: я правильно помню, что, если использовать асинхронную репликацию и SnapCenter, то все снапшоты на второй стороне должны быть консистентными? Понятное дело, если плагины настроены и работают.
источник

A

Alexandr in Storage Discussions
Dmitry
Если без фишек, а тупо за ёмкость и latency/MB/s, Тогда тут основные конкуренты Hitachi F370 и Netapp EF280/570, вспомогательные Huawei Dorado 3000v6 и IBM FS5030.
Я бы сказал ibm 5100. AF250 s3 не плох по перфоменсу.
источник

RR

Roman Roifman in Storage Discussions
P P
Коллеги, несколько тупой вопрос, я что-то запутался: я правильно помню, что, если использовать асинхронную репликацию и SnapCenter, то все снапшоты на второй стороне должны быть консистентными? Понятное дело, если плагины настроены и работают.
Нет

У вас отреплицируются как консистентные снепшоты, так и остальные тоже.
источник

A

Alexandr in Storage Discussions
🆂🅴🆁🅶🅴🆈
У фужитсу какие болевые точки ?
При дедупе и компрессии падении производительности сопоставим с ibm кстати. Есть кластер актив-пасиив с флэш кой идет не плохой банд по софту это репликация, софт мониторинг и т.д....
источник

PP

P P in Storage Discussions
Roman Roifman
Нет

У вас отреплицируются как консистентные снепшоты, так и остальные тоже.
Вы имеете ввиду, что snapcenter не управляет снапшотами, которые делаются для асинхронной репликации, так? То есть, надо будет из всего набора, который передан на таргет-массив, выбирать, что сделано под управлением snapcenter, а что - нет и соответственно восстанавливать, так?
источник

RR

Roman Roifman in Storage Discussions
Посто используйте sc и не мучайтесь
источник

И

Илья in Storage Discussions
🆂🅴🆁🅶🅴🆈
У фужитсу какие болевые точки ?
Там есть ограничения на размер данных, которые могут быть подвергнуты Дедупу
источник

PP

P P in Storage Discussions
Roman Roifman
Посто используйте sc и не мучайтесь
Ок, идею понял, спасибо за совет.
источник

И

Илья in Storage Discussions
Roman Roifman
Посто используйте sc и не мучайтесь
Соглашусь. Компелент хорош производительностью в Iops. Но в бюджетной 3020 нет дедупа
источник

И

Илья in Storage Discussions
Ну и компелент хорош как многоуровневое хранение
источник

SO

Sergey Osipov in Storage Discussions
P P
Вы имеете ввиду, что snapcenter не управляет снапшотами, которые делаются для асинхронной репликации, так? То есть, надо будет из всего набора, который передан на таргет-массив, выбирать, что сделано под управлением snapcenter, а что - нет и соответственно восстанавливать, так?
Снапцент делает консистентные снапшоты и их же реплицирует.
источник

PP

P P in Storage Discussions
Sergey Osipov
Снапцент делает консистентные снапшоты и их же реплицирует.
Это я уже разобрался, просто, видимо, сам себя до этого запутал, пытаясь понять, как будет в этом случае работать async snapmirror. И если он не будет работать (выдавая кашу вместо, например, базы данных, делая не полностью консистентные снапшоты), то нафиг он сдался вообще.
источник

ED

Evgeny Denisov in Storage Discussions
Илья
Ну и компелент хорош как многоуровневое хранение
Компелент вообще ни как не хорош
источник

И

Илья in Storage Discussions
Аргументы?
источник