Сильно зависит от заполненности зеркала. Да и ребилд зеркала это скорее поточное чтение + поточная запись. С тем же Raid6, который рекомендую под такие диски многие производители СХД, все не так радужно будет.
Это вы сейчас про rsync и tar? Или про Rsnapshot, который базируется на rsync? Потому что у него в названии есть "snapshot" и пофайловое копирование его разработчики назвали снэпшотами?
Мне кажется, что главным критерием должна быть возможность "заморозить" данные на все время пока выполняется бэкап, что бы получить консистентную копию данных в нем. А все остальное вторично и третично. Если у вас при условном двухчасовом бэкапе данные продолжают меняться, то что получится на выходе и можно ли будет с этого восстановиться?
Все что описано в этой серии статей годиться похоже разве что для пофайлового копирования домашней шары в некий архив.
Я правильно понимаю что служба RCD тоже распределенная?
Каким образом защищаются от потери сами метаданные? Тоже дублированием? С каким RF?
Предусмотрено ли кеширование метаданных на флеш при шпиндельных конфигурациях нод в кластере, что может быть критично при больших конфигурациях?
Таки все еще продают, только называется оно теперь VxFlex и доступно только с Ready нодами от Dell. Софтовый вариант официально не доступен без нод. Но неофициально это все тот же SDS, которому пофиг на каком железе и OS работать (поддерживаются почти все популярные коммерческие).
Все равно не мало (480k IOPS). А по интерфейсам управления, сейчас почти все вендора активно в сторону однокнопочных интерфейсов («сделать мне хорошо») на html5 гребут. Кто раньше спохватился, кто то позже. Хуавей на общем фоне довольно неплохо выглядит конечно, из того что видел.
Думаю понимаете правильно. Так как внешние интерфейсы, в том числе, могут находиться и в разных немаршрутизируемых между собой подсетях или и вовсе в физически в разделенных сетях. Так что по ним восстанавливать защиту данных может быть физически не возможно. Они нужны именно для подлючения серверов/клиентов к системе хранения.
Если же вы намекаете на скорость internal интерфейсов, то мне тоже немного странно, что в настоящее время там до сих пор используется 1Gbit. С другой стороны, как я упоминал в статье, реальная производительность на запись 12 SATA дисков в одной ноде упирается в 450MB/s и восстанавливать нам нужно уже дедуплицированные и сжатые данные. А значит текущего количества internal интерфейсов должно хватать. Опять же в общем случае восстановление будет идти не с одной ноды на какую-то другую ноду и упираться в эти самые 450MB/s, а в режиме "от многих нод на многие ноды" и по этому восстанавливаться защита данных должна относительно быстро.
Вы не учитываете того факта, что описанная система предназначена в первую очередь для резервного копирования. А например при ежесуточном резервном копировании сегодняшняя и вчерашняя копия отличаются друг от друга обычно на какие-то еденицы процентов. Т.е. бОльшая часть данных между ними не отличается. А значит дедупликация позволяет прилично сэкономить дисковое пространство при хранении этих копий.
Что произойдет при оверповиженинге и физическом заполнении системы на 100%? Тут нужно скорее у вендора спросить. Но могу предположить, что файловые системы созданные на кластере перейдут в Read-only режим и ваш следующий бэкап не будет записан в кластер, пока вы его не расширете новыми нодами или не удалите часть старых данных или целиком файловых систем.
P.s. по ряду причин я не сторонник использования дедупликации для первичных данных, что ныне вошло в тренд у всех производителей современных СХД.
Формально повременные тарифы ввести планировали, но есть подозрение, что с такой регулярностью транспорта и количеством пересадок они будут абсолютно бесполезны.
Вы утром/вечером в него зайдите, а потом фантазируйте. Ну или на офф сайт загляните, там на главной есть статистика по пассажирам http://metro-ektb.ru/. Можете даже на количество месяцев и дней поделить. И это учитывая его ограниченность по охваченным районам города.
В городах где месяцев 6-7 зима по нечищеным уральским улицам самое то на скутере/самокате, ага :). Не воспринимайте весь мир как Канаду :). Да и летом без выделенных полос эти самокаты только пешеходам мешаются.
Метро не нужно. Посмотрите на метро в Екатеринбурге.Много от него толку?
Метро Екатеринбургу ой как нужно, другое дело, что из 3x запланированных веток одну с горем пополам и то не достроили с Севера на Юг. И расскажите жителям местного Уралмаша как им не нужно метро :). Вот как раз трамваи не вынесенные с проезжей части спорный вид транспорта. Любая авария и полгорода из-за них стоит, так как половину перекрестков перекрыли, а сзади их уже подперли другие трамваи. Самокаты и велосипеды это три месяца в году от силы. И то для фанатов и тех кто в паре-тройке км от работы живет. При этом постоянно сбивают велосепедистов, т.к. город для хрустиков не приспособлен изначально.
Екб. Центр платные парковки, причем в нерабочее время и выходные тоже. Но благо штрафы все еще никому не ходят и большинство продолжает не платить. А с транспортом большинство маршрутов отдали частникам, вплоть до того, что сначала на муниципальном маршруте сокращали количество автобусов до двух штук, а после этого признавали маршрут "не востребованным" и отдавали частникам. Частникам удобно когда джамшутки битком ходят. Так что в час пик можно и не дождаться или банально в салон не попасть. То что по хорошему муниципальный транспорт должен не деньги зарабатывать, а позволять удобно по городу перемещаться за наши налоги ни кому в руководстве города в голову даже не приходит. Плюс упорно делаются попытки пропихнуть реформу общественного транспорта и изменить и укоротить маршруты так, что бы приходилось пару пересадок делать прежде чем доберешься из одного конца города в другой (зимой прям страсть как удобно всем будет). Как-то так. Какие уж тут электромобили :). Про них и речи нет.
Другой вопрос нафига бы миллионнике ездить на автомобиле?
Хотя бы потому, что если этот миллионник в России и это не Москва, то с общественным транспортом все довольно хреново. И становиться все хуже судя по ретроспективе.
Не обязательно iSCSI, так же как и оптические патчкорды не обязательно FC. Есть вполне себе медные TWINAX кабели под FC. Есть и длинные, правда оптические, кабели TWINAX (DAG) под Ethernet. Чего уже только не придумали :).
Посредством самого rsync сильно вряд ли.
Сильно зависит от заполненности зеркала. Да и ребилд зеркала это скорее поточное чтение + поточная запись. С тем же Raid6, который рекомендую под такие диски многие производители СХД, все не так радужно будет.
Это вы сейчас про rsync и tar? Или про Rsnapshot, который базируется на rsync? Потому что у него в названии есть "snapshot" и пофайловое копирование его разработчики назвали снэпшотами?
Мне кажется, что главным критерием должна быть возможность "заморозить" данные на все время пока выполняется бэкап, что бы получить консистентную копию данных в нем. А все остальное вторично и третично. Если у вас при условном двухчасовом бэкапе данные продолжают меняться, то что получится на выходе и можно ли будет с этого восстановиться?
Все что описано в этой серии статей годиться похоже разве что для пофайлового копирования домашней шары в некий архив.
Собственный кэш на гиг батарейкой-то хоть защищен? Или на авось, как это часто бывает, используется?
Я правильно понимаю что служба RCD тоже распределенная?
Каким образом защищаются от потери сами метаданные? Тоже дублированием? С каким RF?
Предусмотрено ли кеширование метаданных на флеш при шпиндельных конфигурациях нод в кластере, что может быть критично при больших конфигурациях?
И разъединить мобильные приложения.
Интересны подробности по внутреннему устройству ARDFS и как она работает с метаданными. Из этого будет понятнее про надежность/ненадежность.
Таки все еще продают, только называется оно теперь VxFlex и доступно только с Ready нодами от Dell. Софтовый вариант официально не доступен без нод. Но неофициально это все тот же SDS, которому пофиг на каком железе и OS работать (поддерживаются почти все популярные коммерческие).
Все равно не мало (480k IOPS). А по интерфейсам управления, сейчас почти все вендора активно в сторону однокнопочных интерфейсов («сделать мне хорошо») на html5 гребут. Кто раньше спохватился, кто то позже. Хуавей на общем фоне довольно неплохо выглядит конечно, из того что видел.
Это синтетика? Или у вас реально такие рабочие нагрузки?
Думаю понимаете правильно. Так как внешние интерфейсы, в том числе, могут находиться и в разных немаршрутизируемых между собой подсетях или и вовсе в физически в разделенных сетях. Так что по ним восстанавливать защиту данных может быть физически не возможно. Они нужны именно для подлючения серверов/клиентов к системе хранения.
Если же вы намекаете на скорость internal интерфейсов, то мне тоже немного странно, что в настоящее время там до сих пор используется 1Gbit. С другой стороны, как я упоминал в статье, реальная производительность на запись 12 SATA дисков в одной ноде упирается в 450MB/s и восстанавливать нам нужно уже дедуплицированные и сжатые данные. А значит текущего количества internal интерфейсов должно хватать. Опять же в общем случае восстановление будет идти не с одной ноды на какую-то другую ноду и упираться в эти самые 450MB/s, а в режиме "от многих нод на многие ноды" и по этому восстанавливаться защита данных должна относительно быстро.
Вы не учитываете того факта, что описанная система предназначена в первую очередь для резервного копирования. А например при ежесуточном резервном копировании сегодняшняя и вчерашняя копия отличаются друг от друга обычно на какие-то еденицы процентов. Т.е. бОльшая часть данных между ними не отличается. А значит дедупликация позволяет прилично сэкономить дисковое пространство при хранении этих копий.
Что произойдет при оверповиженинге и физическом заполнении системы на 100%? Тут нужно скорее у вендора спросить. Но могу предположить, что файловые системы созданные на кластере перейдут в Read-only режим и ваш следующий бэкап не будет записан в кластер, пока вы его не расширете новыми нодами или не удалите часть старых данных или целиком файловых систем.
P.s. по ряду причин я не сторонник использования дедупликации для первичных данных, что ныне вошло в тренд у всех производителей современных СХД.
Формально повременные тарифы ввести планировали, но есть подозрение, что с такой регулярностью транспорта и количеством пересадок они будут абсолютно бесполезны.
Вы утром/вечером в него зайдите, а потом фантазируйте. Ну или на офф сайт загляните, там на главной есть статистика по пассажирам http://metro-ektb.ru/. Можете даже на количество месяцев и дней поделить. И это учитывая его ограниченность по охваченным районам города.
В городах где месяцев 6-7 зима по нечищеным уральским улицам самое то на скутере/самокате, ага :). Не воспринимайте весь мир как Канаду :). Да и летом без выделенных полос эти самокаты только пешеходам мешаются.
Метро Екатеринбургу ой как нужно, другое дело, что из 3x запланированных веток одну с горем пополам и то не достроили с Севера на Юг. И расскажите жителям местного Уралмаша как им не нужно метро :). Вот как раз трамваи не вынесенные с проезжей части спорный вид транспорта. Любая авария и полгорода из-за них стоит, так как половину перекрестков перекрыли, а сзади их уже подперли другие трамваи. Самокаты и велосипеды это три месяца в году от силы. И то для фанатов и тех кто в паре-тройке км от работы живет. При этом постоянно сбивают велосепедистов, т.к. город для хрустиков не приспособлен изначально.
Екб. Центр платные парковки, причем в нерабочее время и выходные тоже. Но благо штрафы все еще никому не ходят и большинство продолжает не платить. А с транспортом большинство маршрутов отдали частникам, вплоть до того, что сначала на муниципальном маршруте сокращали количество автобусов до двух штук, а после этого признавали маршрут "не востребованным" и отдавали частникам. Частникам удобно когда джамшутки битком ходят. Так что в час пик можно и не дождаться или банально в салон не попасть. То что по хорошему муниципальный транспорт должен не деньги зарабатывать, а позволять удобно по городу перемещаться за наши налоги ни кому в руководстве города в голову даже не приходит. Плюс упорно делаются попытки пропихнуть реформу общественного транспорта и изменить и укоротить маршруты так, что бы приходилось пару пересадок делать прежде чем доберешься из одного конца города в другой (зимой прям страсть как удобно всем будет). Как-то так. Какие уж тут электромобили :). Про них и речи нет.
Хотя бы потому, что если этот миллионник в России и это не Москва, то с общественным транспортом все довольно хреново. И становиться все хуже судя по ретроспективе.
Не обязательно iSCSI, так же как и оптические патчкорды не обязательно FC. Есть вполне себе медные TWINAX кабели под FC. Есть и длинные, правда оптические, кабели TWINAX (DAG) под Ethernet. Чего уже только не придумали :).