Спасибо за статью, как раз на днях начали собирать ceph кластер на Ваших коммутаторах. Порадовало, что frame size на l2 заранее установлен в максимальное значение.
Продукт неплохой, но на свою нишу. А натягивание его "астрой" на классический "кластер из трёх узлов с СХД" превращает его в нелепую поделку (это при том, что опеннебулу "астра" наоборот тянет в масштабные облака). Как-то всё с ног на голову.
Очень странно заполнены параметры в таблице для dac и трансиверов .Создаёт ошибочное ощущение, что aoc меньше греется и имеет меньшую мощность в сравнении с DAC.
Зачем-то в качестве примера медного кабеля взят 10Base-T, когда для SFP+ это скорее исключение связанное как правило с необходимостью подключить устаревшее оборудование к новому высокоскоростному. Надо понимать, что если мы говорим про 25 Гбит и выше - то ситуация с мощностью и нагревом меняется на полностью противоположную.
Или я неправильно понял что имеется в виду под названием "медные модули"? Тогда бы хотелось видеть третий столбец - DAC.
А также хочу добавить про sfp+ в серверных шкафах - полностью перешли на dac кабели в 22 году, когда на импортозамещенных компонентах попали в лужу сразу на нескольких обьектах. Оказалось в имортозамещении сейчас невозможно не попасть в просак из плохой оптики (что бы на ней не писали) , плохих трансиверов (просто переклеенный Китай) , плохих коммутаторов (хреновое регулирование мощности или плохая схемотехника) и плохих сетевых карт ( дешёвые левые карты мелланокс уже лет 8 льются рекой из Поднебесной) . Два месяца играли в это Лего, пока просто не заменили все 2-7 метровыми DACами.
Виртуальная машина размером с хост, это та неловкая ситуация, когда платишь за сервер, а получаешь ВМ. Какое-то количество ресурсов хоста (диски, оперативка) тратится на трансляцию через гипервизор, а ты получаешь все минусы больших ВМ - требуется корректная настройка numa, тормоза во время работы на гипервизоре механизмов компрессии или дедупликаци ОП и тяжесть в случае необходимости мигрировать эту ВМ на другой сервер.
Если говорить серьезно, то в современной серверной архитектуре нижний уровень коим является уровень хранения всегда был узким местом. В текущее время в серверной инфраструктуре этот нижний уровень простаивает крайне редко и если это происходит, то скорее по халатности административного персонала поскольку недогруженное оборудование это по сути пустая трата денег. Если что-то не догружено - включите компрессию, дедупликацию, начните использовать простаивающие ресурсы.
Именно по этому они и используют программные рейды, т.к. при большом парке серверов облачного провайдера это только удорожает оборудование, а практической пользы не нет
Хорошая статья, единственное что хочу заметить по 17 сноске. ЕС ничего не ускоряет, он всегда медленнее и на чтение и на запись - но очень значительно экономит. Если вам надо записать объект 100 Мб разбейте его на 10 чаанков по 10МБ, запишите 2 копии и сообщайте клиенту успех, третью копию сделаете постфактум. Читать данные ещё быстрей -не надо тратится на декодирование. Также ЕС создаёт Гораздо больше нагрузки в беке при проверке или восстановлении четностей
Спасибо за статью, как раз на днях начали собирать ceph кластер на Ваших коммутаторах. Порадовало, что frame size на l2 заранее установлен в максимальное значение.
Это статья точно из этого века?
Продукт неплохой, но на свою нишу. А натягивание его "астрой" на классический "кластер из трёх узлов с СХД" превращает его в нелепую поделку (это при том, что опеннебулу "астра" наоборот тянет в масштабные облака). Как-то всё с ног на голову.
Очень странно заполнены параметры в таблице для dac и трансиверов .Создаёт ошибочное ощущение, что aoc меньше греется и имеет меньшую мощность в сравнении с DAC.
Зачем-то в качестве примера медного кабеля взят 10Base-T, когда для SFP+ это скорее исключение связанное как правило с необходимостью подключить устаревшее оборудование к новому высокоскоростному. Надо понимать, что если мы говорим про 25 Гбит и выше - то ситуация с мощностью и нагревом меняется на полностью противоположную.
Или я неправильно понял что имеется в виду под названием "медные модули"? Тогда бы хотелось видеть третий столбец - DAC.
А также хочу добавить про sfp+ в серверных шкафах - полностью перешли на dac кабели в 22 году, когда на импортозамещенных компонентах попали в лужу сразу на нескольких обьектах. Оказалось в имортозамещении сейчас невозможно не попасть в просак из плохой оптики (что бы на ней не писали) , плохих трансиверов (просто переклеенный Китай) , плохих коммутаторов (хреновое регулирование мощности или плохая схемотехника) и плохих сетевых карт ( дешёвые левые карты мелланокс уже лет 8 льются рекой из Поднебесной) . Два месяца играли в это Лего, пока просто не заменили все 2-7 метровыми DACами.
Виртуальная машина размером с хост, это та неловкая ситуация, когда платишь за сервер, а получаешь ВМ. Какое-то количество ресурсов хоста (диски, оперативка) тратится на трансляцию через гипервизор, а ты получаешь все минусы больших ВМ - требуется корректная настройка numa, тормоза во время работы на гипервизоре механизмов компрессии или дедупликаци ОП и тяжесть в случае необходимости мигрировать эту ВМ на другой сервер.
Если говорить серьезно, то в современной серверной архитектуре нижний уровень коим является уровень хранения всегда был узким местом. В текущее время в серверной инфраструктуре этот нижний уровень простаивает крайне редко и если это происходит, то скорее по халатности административного персонала поскольку недогруженное оборудование это по сути пустая трата денег. Если что-то не догружено - включите компрессию, дедупликацию, начните использовать простаивающие ресурсы.
Именно по этому они и используют программные рейды, т.к. при большом парке серверов облачного провайдера это только удорожает оборудование, а практической пользы не нет
Хорошая статья, единственное что хочу заметить по 17 сноске. ЕС ничего не ускоряет, он всегда медленнее и на чтение и на запись - но очень значительно экономит. Если вам надо записать объект 100 Мб разбейте его на 10 чаанков по 10МБ, запишите 2 копии и сообщайте клиенту успех, третью копию сделаете постфактум. Читать данные ещё быстрей -не надо тратится на декодирование. Также ЕС создаёт Гораздо больше нагрузки в беке при проверке или восстановлении четностей