LUN
Это - не требовательный, а невежественный клиент. Требовательный клиент оговаривает технические характеристики дисковой подсистемы и уровень надежности.
Не пишите глупости, SAN подключается по двум независимым маршрутам, излишне говорить, что и хранилище "двухголовое".
Увы. Меня не поймутТем более, что у нас решение на инфинибанд.
Чтобы не выглядеть заносчивым школьником, прочитайте что-нибудь о КПД SMPS. Остальное воинствующее невежество скиппед.
⚠ Тільки зареєстровані користувачі бачать весь контент та не бачать рекламу.
Бред. Выделенный сервер он и в Африке выделенный. Вот тот же ХФ работает на выделенном сервере в США, а не на вашем говно-хостинге с "лунами".
Например ex.ua - это кластер из сотни серверов в двух ДЦ и блейдами и "лунами" там и близко не пахнетА теперь вопрос, ответ на который может взорвать ваш мозг. Почему при объеме генерируемого траффика ~50Gbit/s ex.ua не использует блейд системы и SAN?
Ну и зачем мне SAN, если мне нужен выделенный сервер? Ах, да для хостинга, 3$ за сайтик...
Ну будет у меня кластер потреблять на 5-6% больше, ну будет у меня лишних 500-600 Вт*ч и что? Это 0.1% от общих операционных расходов.
Зачем мне экономить 0.1% и при этом получить низкопроизводительную, не масштабируемую и потенциально проблемную дисковую подсистему?
На говно-хостинге в США, где неделю лежал из-за пожара?
Вы уверены, что там выделенный сервер - не блейд с диском из СХД?
Вы же сами предложили отказаться от рассмотрения задач хостинга сайтов и подумать, что можно предложить для серьезных клиентов (business-critical приложений), не так ли? Почему же тот же GNAX предлагает именно блейды по $449/мес для таких клиентов?
Вероятно потому, что использовать такое решение для "Купи слона" - неоптимально для бизнеса
Либо в момент создания ресурса блейды еще были недоступны/дороги/неизвестны проектантам. Вариантов ответа десятки.
А зачем вам выделенный сервер? Зачем вам RAID ? Просто при определенном количестве серверов, обслуживающих критичные сервисы, становится более эффективным использование САН как более надежного, производительного и масштабируемого решения.
Это увеличение на 5-6% числа клиентов (рекламщики пишут о КПД 70% noname БП, у HP оно 94%) без дополнительных капвложений, ну или снижение на ту же величину требований к UPS и HVAC.
Меняю сотню высокопроизводительных PERC70 на одну "потенциально проблемную" Еву
Не позорьтесь, почитайте, как организована матчасть действительно критичных сервисов. Вы ведь мыслите только категориями хостеров.
Еще раз повторю свой тезис, поскольку за техническим флеймом он мог потеряться: хостер, в отличие от простого коло, может предложить клиенту за ту же цену оборудование более высокого класса. Существенно ли это обстоятельство для бизнеса в харькове - я не знаю, поскольку никоим образом с ним не связан, что бы там себе не фантазировал г-н Оршанский.
Относительно GNAX вы лично пользуетесь их услугами? Где? В каких ДЦ? Для каких задач? Ну приведите хотя бы один факт вашего личного опыта работы, кроме картинок из гугл.
Когда вы узнаете, какие же услуги предоставляют ДЦ, тогда вы поймете, что КПД БП оборудования своих клиентов для владельцем ДЦ абсолютно безразлично.
Где он находится? Какие услуги предоставляет? Или эта серверная также как и блейд с SAN - это не более чем плод вашего воображения?
Причем тут личный опыт? Есть их общедоступный прайс - какое Вам еще нужно доказательство? Далее, вот вы заявляете, что вы - требовательный клиент, вам нужен 6- райд и минимум 6 шпинделей.
А о бекапе забыли, как последний пионер. Как его делать изволите?
Посмотрим теперь со стороны хостера: я могу и хочу предложить клиентам (платную) услугу _автоматического_ резервного копирования. Как вы себе видете ее исполнение для выделенных (не виртуалка!) серверов по вашей архитектуре? СХД это сделает автоматически, незаметно для клиента, без дополнительной нагрузки на его систему.
Вы - владелец ДЦ? Чем можете подтвердить такое заявление?
Мы сами себе ДЦОсновной парк серверов - ХП блейды. Об эффективности - посчитайте сами, что вам понадобится для 16 серверов с резервированием по питанию? Напомнить также о КПД недогруженных импульсников? ХП корзина же жрет сейчас чуть меньше 2кВт...
Возвращаясь к теме ТС - вот в каком-то Николаеве, почему-то считают рентабельным и ДЦ (wildpark.net), и хостинг (причем на блейдах) - bladeserver.su
Хотите взглянуть на блейд с СХД, охлаждаемые Liebert HPS? Обратитесь в службу безопасности Укрсоцбанка, может вам организуют экскурсию
Пнимаете ли, у меня резервируется не просто подсистема, система или целый сервер у меня резервируются даже ДЦ!
Может быть у меня конфеденциальные данные на сервере, по какому такому праву вы вообще вмешиваетесь в работу моей системы?
Относительно банков, да вы только подтверждаете мои сообления о том что для корпоративного сектора, тех же банков или небольших компаний где стоит задача экономии каждого вата, а обьемы геренируемых данных не превышают 1Гбита/с блейды вполне могут применяться. Но причем тут ДЦ?
Детский сад какой-тоНу и как вас защитит синхронное зеркало от rm -fr в / вместо /var/run ? Или программного сбоя / взлома?
Как-то даже стыдно заявлять, что резервное копирование данных избыточно ввиду резервирования серверов
По договору на подключение услуги автоматического резервного копирования. На производительность _вашей_ системы это никак не сказывается, конфиденциальные данные как были на закриптованы на диске, такими и остались на резервной копии.
При том, что самые крупные ДЦ принадлежат как раз корпоратам, о чем я Вам неоднократно намекал. Кстати (правда со слов инженера ХП) Топ-1 кластер собран сейчас именно на блейдах ХП - это к вопросу о производительности .
Да, представьте себе, в другом ДЦ стоит полный горячий резерв работающего кластера! И только это есть полноценный резерв!
Вы бредите. Ну какое к черту резервное копирование конфеденциальных данных? Зачем, на сервере принадлежащем мне, расположенным в закрытой стойке, в которую никто кроме меня не имеет доступа я буду криптовать свои же данные?
У Вас пробелы в вопросах безопасности данных
Вы опять перепутали услуги коло и хостинга. Речь идет о последнем (хостинг критичных приложений). У клиента есть выбор 0) забить на резерв (вариантом не считаем, ни один вменяемый корпорат на такое не пойдет) 1) вести бекап самостоятельно 2) купить услугу
Какие?Перечислить сможете? Или опять сошлетесь, что вас не поймут
Да зачем мне бекап моих конфеденциальных данных в одном ДЦ. А если пожар? Что тогда? Мне нужен полный горячий резерв кластера в двух ДЦ. А вы какими то дилетантскими полумерами оперируете.
Но даже, пусть данные не конфеденциальные, ну какие услуги вы можете предложить пусть даже проекту ex.ua? Уже не говорим об обьеме таких данных, вы вообще понимаете, что в ваш SAN в этом случае автоматом становится хранилищем нелицензионного контента и его вместе с серверам ex.ua в любой момент вынесут за милую душу.
почему никакое резервирование не заменяет резервное копирование.
Ну еще одна задачка на тему блейдов - сколько раз вы будете гонять инженера менять БП в ферме из 128 серверов (т.е. 256 БП, отказ любого - неустойчивое состояние системы)? Для блейдов это 24 БП с избытком, отказ любого даже не выведет из состояния наличия резерва.
Еще раз: почему Вы противопоставляете резервное копирование и резервирование техники, это ведь дополняющие меры, о чем учат еще студентов?
Вспомните схемы резервного копирование и организацию хранения копий - часть вопросов с пожаром уйдет. Тем более, для такого круга задач таки действительно используют географически разнесенные ДЦ, но при этом в каждом идет независимое резервное копирование.
Блииин, ну причем тут говнопомойки с нулевой стоимостью информации и времени простоя?!
Вы для начала ответте на вопрос, чем резервное копирование отличается от резервирования системы в целом.
Дадя, БРЕД, замыкание любого БП приводит к срабатыванию автомата на вводеНа стойку ну пусть у вас два ввода, ну вот половина БП и отрубится как у вас так и у меня. Но такой тип питания применяется для кластеров имеющих высокое потребление и в этих случаях и необходимо наличие желательно в другом ДЦ полного горячего резерва кластера. Но это ситуации чисто теоретические и к ним надо быть готовым. Лично у меня из более 100 БП замыканий еще не было.
Бред! В САУ самолетов используется 4-е вычислителя и только один бортовой самописецПонимаете о каком резервировании идет речь? Или нет?
Ну пусть даже и идет, но это копирование делаю я сам, а не ДЦ сливает на свои SAN мои конфеденциальные данные. Понимаете или нет?
Тем, что резервирование оборудования защищает от отказов оборудования, а резевное копирование - в первую очередь, от ошибок персонала/вмешательства третьих лиц и прочих угроз несанкционированного изменения данных. Подробнее - в учебниках.
Если же Вы решили использовать еще одну систему исключительно для хранения резервных копий, то такой вариант в большинстве случаев просто неоптимален и небезопасен.
Вы шутите? Далеко не всякий отказ БП сопровождается КЗ. А для чего автоматы на PDU/UPS? 2БП - это для высокого электропотребления? Вы открываете америку! КЗ в одном БП, приводящее к отключению половины потребителей - так надо _постараться_ спроектировать ДЦ!
Вообще-то, во всех наиболее популярных типах по два параметрических регистратора
Опять вы все в кучу. Если у вас есть по-настоящему конфиденциальные данные, то вы не обращаетесь к хостеру. Откройте прайсы хостеров enterprise-grade услуг, вы там найдете услугу резервного копирования. Это - не мое изобретение. Я Вас порпосил только сказать, как вы будете ее предоставлять, если у вас все по-пионерски "сервак+raid".
Когда сделаете и сможете хоть что то показать, кроме картинок из гугл и сайта hp - приходите.
Бекапы, да есть на каждом, реализованы собственными силами, для этого на каждом кластере есть storage, но все данные сохранить там просто невозможно.
Покажите примеры других ДЦ! И еще раз возвращаюсь к вопросу, какие услуги предоставляют ДЦ?
Покажите схему питания вашей серверной, очень любопытно
Речь о хостинге!
Все очень просто - блейды разбросаны прямыми подключениями к модулям симметры (там по автомату на каждую розетку), по 4 zeroU pdu в каждом шкафу - на другой UPS и модуль симметры) - для мелочи и не-блейд устройств.
простите, а что Вы сделали сами, кроме перманентной оптимизации графа и выкладывания фоток ДЦ Ancotel?
идите, сперва добейтесь того же, что и Михаил Круг, а потом уж пишите, что блатняк говно.
Герцог других ДЦ, кроме точек обмена трафиком, не видел.
поэтому у него в межушном пространстве ДЦ == точка обмена трафиком.
Но мы же говорим о хостинге.
Как там погодка в пригороде LA? Или вы все еще в девятине на Жуках?
Сегодня вечер юмора.
Вы название темы почитайте, мы говорим о ДЦ. А вы о хостинге.
а ты все еще оптимизируешь граф или завел подругу?
как называется тема диссертации и когда защита?
и почему девятина и почему на Жуках???
по существу вопросов отвечать будем или как обычно?
Герцог других ДЦ, кроме точек обмена трафиком, не видел.
поэтому у него в межушном пространстве ДЦ == точка обмена трафиком.
(дубль два)