Благодарность за статью, для автора — лучшая плата за проделанный труд.
Открою маленький секрет: во многом я пишу статьи сам для себя, чтобы не забыть нюансы по той или иной теме.
Дело в том, что протоколы CIFS/NFS архитектурно так устроены, что они так не работают.
Так работают объекты, но и доступ тогда должен быть объектный, а не CIFS/NFS.
Единственное что можно для них сделать — это костыль, в виде дополнительного софта.
А какая задача, это архивы, медиа репозиторий, web-контент?
Приложение умеет работать по HTTP или есть возможность прикрутить возможность работы по HTTP?
Если да, то лучше выбрать вариант объектного доступа и забыть про NAS и всякие файловые синхронизации.
Или это обязательно должен быть именно NAS?
Если да, тогда нужен дополнительный софт синхронизации файлов.
NAS бридж, как-бы «сверху» предоставляет доступ по CIFS/NFS и это самый обычный NAS.
Снизу же на бэк-энде, этот же самый NAS бридж подключается по объектному протоколу и преобразует файлы в объекты. А дальше эти объекты уже хранятся в множестве мест Geo-не GEO, EC, реплика, миграция по уровням, облакам, отказоустойчиво, мега-надёжно и т.д. и т.п.
Такой возможности у NAS нет. Не важно живет он поверх StorageGRID или это «просто» NAS.
Прикол StorageGRID с NAS в том, что первый может объекты(файлы) прозрачно перемещать на разные уровни хранения.
Объекты же могут без проблем прозрачно быть скопированы, храниться в множественных экземплярах и доступны для чтения/записи из множества мест, но должен работать объектный протокол доступа: S3 /CDMI /SWIFT. Вот NAS бридж он обращаться может по объектному протоколу и видеть эти множественные копии и работать с ними. Но сам NAS он один, доступ к нему происходит из одного-единственного места.
Если же вы используете NAS бридж на двух разных сайтах, то это два разных NAS'а, две разные файловые шары, с разными файлами.
Если интересен функционал только синхронизации ФАЙЛОВ для обеспечения DR, то понадобится какой-то дополнительный функционал (читай дополнительный софт). К примеру MS DFS или:
Ctera File sync and share, collaboration
Citrix Sharefile File sync and share, collaboration
Всем привет. Подскажите какие продакшн-архитектуры чаще всего применяются в CoreOS для хранения Docker-образов?
Подключаем физический диск и форматируем в LVM для хранения image образов?
NFS я так понимаю не вариант.
Спасибо.
по первому пункту:
Dev/Ops будет больше использовать такие технологии как docker и снепшотирование/клонирование, что позволит быстрее и легче разрабатывать и тестировать. Эти процессы будут более автоматизированы. Вероятно Dev/Ops начнёт исспользовать флеш вместе с вышеперечисленным.
по второму пункту:
Из-за удешевления флеша, его начнут использовать не только для баз данных и дорогущих аналитических систем. Но и для того, для чего раньше использовали другие носители. К примеру файловые шары всегда жили на HDD (Это просто пример, чтобы дать направление мышлению, не воспринимайте буквально).
Роль и необходимость админов мягко говоря будет уменьшаться благодаря облаку и тому же докеру. Будут востребованы ИТ менеджеры, умеющие работать со всей инфраструктурой целиком, а не заточенные на конкретные железяки.
по третьему пункту
Новые продукты для шифрования данных позволяющие хранить в облаке стратегически важную и чувствительную (к краже) информацию позволят бизнесу (к примеру Gov и Финансовые структуры) переходить в облако. Появятся продукты позволяющие с одной стороны использовать облако для компьютинга, с другой стороны хранить сами данные на колокейшн и при необходимости легко переклчаться между облачными провайдерами (к примеру в онлайне мигрировать с Amazone на Azure).
Опять таки это моя личная интерпретация господина Lee.
Предсказания они так и строятся, чтобы не быть голословными:
Делается обзор рынка и собираются воедино наиболее вероятные тренды.
Т.е. берутся вполне даже очевидные вещи. Просто для вас один тренд очевиден, для других другой. А вместе они дают картину вероятного будущего.
Все эти тренды складываются и получается предсказание, как это всё будет соотноситься друг с другом. Ни к гадалке ж ходить.
А загадывать на 10 или темболее 20 лет в перед, в ИТ, это неблагодарное занятие.
В University такие вещи не пишут :)
Там описывают уже существующие технологии и как они уже сейчас реализованы и работают.
Здесь нет конкретных технологий, ещё раз — это предсказание возможного будущего, размытое очертание. Будущего никто не знает, оно может сбыться может нет.
Ваша претензия к будущему, что оно не имеет чётких сцепификаций и технологий и очень похожа на маркетинговый булшит меня очень веселит.
Она не совсем техническая, но когда речь идёт об предсказаниях, то о стандартах речи быть не может, невозможно предсказать стандарт. Эта статья — видиние будущего. И для меня как технического специалиста очень важно понимать это будущее, потому что вендор(ы) будут двигать свои технологии в этом направлении.
Здравствуйте.
Какие ещё появились альтернативы для соединения двух или более узлов через интернет, гд все они спрятаны за NAT и Firewall, без неободимости пробрасывать порт и без наличия внешнего IP?
Я так понимаю пока что остаются только SocialVPN/GroupVPN и Wippien.
Когда речь идет о таких суммах, всегда имеется ввиду что речь об эквиваленте наличными. По факту операции расчета могут производится, к примеру, ценными бумагами. А как правило это микс из наличных и всяких ценных бумаг.
Да, в ZFS уже давно была компрессия. Всегда находятся компании, которые имеют веские агрументы использовать самую новую технологию. Для того чтобы мочь её использовать нужны кадры которые могут её сопровождать и в случае необходимости пофиксить. Ну или надеятся на лучшее. Иногда это вполне оправдано.
Важно отметить, что ZFS сама по себе очень перспективная и интересная файловая систем, но это файловая система а не СХД.
В версии DataONTAP 8.3.1 появилась Inline детекция нулей и их дедубликация
В версии 8.3.2 появилась Inline дедубликация данных для FlashPool и AFF систем, что позволит продлить срок службы SSD дисков. habrahabr.ru/post/270625
Открою маленький секрет: во многом я пишу статьи сам для себя, чтобы не забыть нюансы по той или иной теме.
Так работают объекты, но и доступ тогда должен быть объектный, а не CIFS/NFS.
Единственное что можно для них сделать — это костыль, в виде дополнительного софта.
Приложение умеет работать по HTTP или есть возможность прикрутить возможность работы по HTTP?
Если да, то лучше выбрать вариант объектного доступа и забыть про NAS и всякие файловые синхронизации.
Или это обязательно должен быть именно NAS?
Если да, тогда нужен дополнительный софт синхронизации файлов.
Снизу же на бэк-энде, этот же самый NAS бридж подключается по объектному протоколу и преобразует файлы в объекты. А дальше эти объекты уже хранятся в множестве мест Geo-не GEO, EC, реплика, миграция по уровням, облакам, отказоустойчиво, мега-надёжно и т.д. и т.п.
Прикол StorageGRID с NAS в том, что первый может объекты(файлы) прозрачно перемещать на разные уровни хранения.
Объекты же могут без проблем прозрачно быть скопированы, храниться в множественных экземплярах и доступны для чтения/записи из множества мест, но должен работать объектный протокол доступа: S3 /CDMI /SWIFT. Вот NAS бридж он обращаться может по объектному протоколу и видеть эти множественные копии и работать с ними. Но сам NAS он один, доступ к нему происходит из одного-единственного места.
Если же вы используете NAS бридж на двух разных сайтах, то это два разных NAS'а, две разные файловые шары, с разными файлами.
Если интересен функционал только синхронизации ФАЙЛОВ для обеспечения DR, то понадобится какой-то дополнительный функционал (читай дополнительный софт). К примеру MS DFS или:
Подключаем физический диск и форматируем в LVM для хранения image образов?
NFS я так понимаю не вариант.
Спасибо.
по первому пункту:
Dev/Ops будет больше использовать такие технологии как docker и снепшотирование/клонирование, что позволит быстрее и легче разрабатывать и тестировать. Эти процессы будут более автоматизированы. Вероятно Dev/Ops начнёт исспользовать флеш вместе с вышеперечисленным.
по второму пункту:
Из-за удешевления флеша, его начнут использовать не только для баз данных и дорогущих аналитических систем. Но и для того, для чего раньше использовали другие носители. К примеру файловые шары всегда жили на HDD (Это просто пример, чтобы дать направление мышлению, не воспринимайте буквально).
Роль и необходимость админов мягко говоря будет уменьшаться благодаря облаку и тому же докеру. Будут востребованы ИТ менеджеры, умеющие работать со всей инфраструктурой целиком, а не заточенные на конкретные железяки.
по третьему пункту
Новые продукты для шифрования данных позволяющие хранить в облаке стратегически важную и чувствительную (к краже) информацию позволят бизнесу (к примеру Gov и Финансовые структуры) переходить в облако. Появятся продукты позволяющие с одной стороны использовать облако для компьютинга, с другой стороны хранить сами данные на колокейшн и при необходимости легко переклчаться между облачными провайдерами (к примеру в онлайне мигрировать с Amazone на Azure).
Опять таки это моя личная интерпретация господина Lee.
Делается обзор рынка и собираются воедино наиболее вероятные тренды.
Т.е. берутся вполне даже очевидные вещи. Просто для вас один тренд очевиден, для других другой. А вместе они дают картину вероятного будущего.
Все эти тренды складываются и получается предсказание, как это всё будет соотноситься друг с другом. Ни к гадалке ж ходить.
А загадывать на 10 или темболее 20 лет в перед, в ИТ, это неблагодарное занятие.
Там описывают уже существующие технологии и как они уже сейчас реализованы и работают.
Здесь нет конкретных технологий, ещё раз — это предсказание возможного будущего, размытое очертание. Будущего никто не знает, оно может сбыться может нет.
Ваша претензия к будущему, что оно не имеет чётких сцепификаций и технологий и очень похожа на маркетинговый булшит меня очень веселит.
Какие ещё появились альтернативы для соединения двух или более узлов через интернет, гд все они спрятаны за NAT и Firewall, без неободимости пробрасывать порт и без наличия внешнего IP?
Я так понимаю пока что остаются только SocialVPN/GroupVPN и Wippien.
расшифруйте пожалуйста на простой русский язык.
Сравнивать СХД, которые используют файловую систему ZFS с NetApp FAS куда более интересно.
Важно отметить, что ZFS сама по себе очень перспективная и интересная файловая систем, но это файловая система а не СХД.
В версии 8.3.2 появилась Inline дедубликация данных для FlashPool и AFF систем, что позволит продлить срок службы SSD дисков.
habrahabr.ru/post/270625
Если речь про CFT, то Source должен быть 7-Mode 8.1.4, а Destination cDOT 8.3.2