«В результате какой реальный TCO поддержки всей вашей инфраструктуры?»
К сожалению о TCO в данной статье речь не идет.
Естественно специализированное оборудование и ПО никак нельзя в Облака, это однозначно.
«отсутствие широкополосного и стабильного доступа в интернет», а если бы ЦОД был рядом, в вашем городе? И интернета туда не надо, а канал L2 который собственно до вас и так проложен (там ваш интернет бегает), и стоил бы он не дорого (так как интернет трафика там нет). Отчего бы офисные места не перевести в облако?
Другой вопрос, что у нас Россия большая, а ЦОДы только дай бог в миллионниках коммерческие есть.
Почему 2 сервера owncloud? Но перед ними только один прокси, при подении которого, упадет все.
Опередили.
Тоже не понял данной странной конструкции, такое прожорливое приложение? По идее нет, или надо очень большое количество пользователей, что бы это увеличением CPU, RAM не решалось.
Если говорить про дублирование, тут схема усложняется, а отказоустойчивость не добавляется. Сторадж тоже должен быть дублирован, либо делать его на cloud1+cloud2. Балансировщик надо тоже дублировать, хотя бы в пассивном режиме.
Ну это все «по правильному», а тут автор не пояснил почему 2 сервера owncloud, может конечно в этом есть какой то глубокий смысл…
Вчера поставил. Почти сразу снес. Статистику программа собрала, предложила тарифы. Но у меня прямой номер, настроек под это нет совсем, тарифы были предложены без учета этого.
А так идея неплохая.
Согласен, тоже хотел прокомментировать это. Raid 0 для SSD-кэша который работает на ЗАПИСЬ. Это мина, причем при выходе одного SSD из строя мина фатальная 100%. Если бы там был режим SSD кеш на Чтение, то да, проблем нет, контроллер мягко выведет один диск SSD из этой кеш группы, при этом данные просто будут читаться с жестких дисков.
Согласен полностью. СМБ отлично укладывается в концепцию облака, скорее публичного. Все отлично работает.
В данном примере специфика есть, 3D там. Хотя решения и для этого есть, тем более если в ДефолтСити.
Учился у данного преподавателя. Прям даже немного ностальгии нахлынуло… как с работы на учебу и только под 12 ночи домой…
По теме. Работал в «Политическом» типе проекта долгое время, Заказчик царь и бог, а часто самодур. Исполнитель никто.
По мне (сугубо моё мнение) так тоже «Инновационный» тип наиболее привлекателен, чем сейчас и занимаюсь )
Вы написали про линейное чтение-запись. Но мы прекрасно знаем, что виртуализация с большим количеством ВМ это почти 100% рандом. А линейка нужна только в узком кругу задачь типа бекапа и видео обработки. А для этих задачь можно было все это не городить.
Выполните пожалуйста тест на рандом. Тем же ioMeter.
Размер сета в ioMeter ~800GB-1000GB (заведомо для частичного пробития кеша).
1) 100% рандом, чтение. Блоки 4К.
2) 100% рандом, чтение 50%, запись 50%. Блоки 4К.
Когда я тестировал Nexenta (года 2 назад) то скорость была убогая на рандом, в том числе при использовании SSD кеша на запись и чтение.
Так же есть опыт на Starwind, не без косяков, но весьма положительный в формате active-active под большой нагрузкой.
Ждем тестов )
Да, все верно ограничения такие есть. Со временем обещают убрать, тогда да будет интереснее.
Да, линейное наращивание это конечно здорово, но для блочного доступа (применительно к большим нагрузкам, преимущественно случайным) нормальных вариантов (цена, надежность, производительность, гибкость, масштабируемость) особо и нет.
А то что заявляется как таковое, если оно как программное решение (то есть может ставится на свою конфигурацию-сервер) по сути имеют кучу проблем (как например: IBM GFS, Gluster и т.д. ). Так что то же NetApp позволяет хотя бы спать спокойно )
По поводу выхода диска на нетапп вообще прикольная тема, он сам отправляет репорт производителю и автоматически заказывает новый диск, который привозят на следующий день. Вообще без человеческого участия, только расписаться при получении )
У NetApp коли мы о нем ) Появился режим Cluster-Mode это как раз то что может параллелится хорошо. 26 систем (по 2 контроллера каждая) на NFS, и 6 систем на блочных протоколах iSCSI и FC.
Тема хорошая как раз для BigData. Стоимость конечно не сахар… но зато «почти из коробки».
Если бы тогда это у неттапа было не в стадии глухой беты (раньше у них это называлось OoTap GX) то глядишь и facebook бы не свалил.
Но как говорится хороша ложка к обеду )
Про диванного теоретика принято )
Ну если «внезапно, занимаюсь разработкой хранилища данных в Яндексе» это интересно. Какой то определенный сервис? Ведь я подозреваю требования к стораджу явно отличаются от типа сервисов.
По моему опыту если очень кратко, то опыт проектирование и строительства нескольких ЦОД с нуля, уровнь tier3 по TIA. Система оптических колец по Москве между 4-мя ДЦ. По стораджам Метрокластер, Active/Active хранилище на базе 2-х ЦОД, синхронная и асинхронная репликация, всё это на FC и iSCSI, хотя было и еще немного на NFS. Профиль данных критический к потере и простою (не нарисованный, реальный SLA >99,9), внутренние данные разных компаний. Ну как то так если коротко )
Amazon S3 redundantly stores your objects on multiple devices across multiple facilities in an Amazon S3 Region.
из этого утверждения это не значит 2 дата центра разнесенных на большое расстояние друг от друга, это может значить отдельный машинный зал (возможно со своими отдельными инфраструктурными системами). Но когда ложится один ДЦ полностью, как показывает опыт у амазона данные не доступны.
К сожалению о TCO в данной статье речь не идет.
Естественно специализированное оборудование и ПО никак нельзя в Облака, это однозначно.
«отсутствие широкополосного и стабильного доступа в интернет», а если бы ЦОД был рядом, в вашем городе? И интернета туда не надо, а канал L2 который собственно до вас и так проложен (там ваш интернет бегает), и стоил бы он не дорого (так как интернет трафика там нет). Отчего бы офисные места не перевести в облако?
Другой вопрос, что у нас Россия большая, а ЦОДы только дай бог в миллионниках коммерческие есть.
Опередили.
Тоже не понял данной странной конструкции, такое прожорливое приложение? По идее нет, или надо очень большое количество пользователей, что бы это увеличением CPU, RAM не решалось.
Если говорить про дублирование, тут схема усложняется, а отказоустойчивость не добавляется. Сторадж тоже должен быть дублирован, либо делать его на cloud1+cloud2. Балансировщик надо тоже дублировать, хотя бы в пассивном режиме.
Ну это все «по правильному», а тут автор не пояснил почему 2 сервера owncloud, может конечно в этом есть какой то глубокий смысл…
А так идея неплохая.
Жаль что по Облакам ничего нет. Планируете?
В данном примере специфика есть, 3D там. Хотя решения и для этого есть, тем более если в ДефолтСити.
По теме. Работал в «Политическом» типе проекта долгое время, Заказчик царь и бог, а часто самодур. Исполнитель никто.
По мне (сугубо моё мнение) так тоже «Инновационный» тип наиболее привлекателен, чем сейчас и занимаюсь )
Выполните пожалуйста тест на рандом. Тем же ioMeter.
Размер сета в ioMeter ~800GB-1000GB (заведомо для частичного пробития кеша).
1) 100% рандом, чтение. Блоки 4К.
2) 100% рандом, чтение 50%, запись 50%. Блоки 4К.
Когда я тестировал Nexenta (года 2 назад) то скорость была убогая на рандом, в том числе при использовании SSD кеша на запись и чтение.
Так же есть опыт на Starwind, не без косяков, но весьма положительный в формате active-active под большой нагрузкой.
Ждем тестов )
А как же NetApp MetroCluster?
Чем решение VPLEX лучше MetroCluster?
Да, линейное наращивание это конечно здорово, но для блочного доступа (применительно к большим нагрузкам, преимущественно случайным) нормальных вариантов (цена, надежность, производительность, гибкость, масштабируемость) особо и нет.
А то что заявляется как таковое, если оно как программное решение (то есть может ставится на свою конфигурацию-сервер) по сути имеют кучу проблем (как например: IBM GFS, Gluster и т.д. ). Так что то же NetApp позволяет хотя бы спать спокойно )
По поводу выхода диска на нетапп вообще прикольная тема, он сам отправляет репорт производителю и автоматически заказывает новый диск, который привозят на следующий день. Вообще без человеческого участия, только расписаться при получении )
Тема хорошая как раз для BigData. Стоимость конечно не сахар… но зато «почти из коробки».
Если бы тогда это у неттапа было не в стадии глухой беты (раньше у них это называлось OoTap GX) то глядишь и facebook бы не свалил.
Но как говорится хороша ложка к обеду )
Ну если «внезапно, занимаюсь разработкой хранилища данных в Яндексе» это интересно. Какой то определенный сервис? Ведь я подозреваю требования к стораджу явно отличаются от типа сервисов.
По моему опыту если очень кратко, то опыт проектирование и строительства нескольких ЦОД с нуля, уровнь tier3 по TIA. Система оптических колец по Москве между 4-мя ДЦ. По стораджам Метрокластер, Active/Active хранилище на базе 2-х ЦОД, синхронная и асинхронная репликация, всё это на FC и iSCSI, хотя было и еще немного на NFS. Профиль данных критический к потере и простою (не нарисованный, реальный SLA >99,9), внутренние данные разных компаний. Ну как то так если коротко )