Size: a a a

2020 May 23

EZ

Eugene Zaytsev in VMware vSAN
Но вообще да - понимание того, сколько питания вы расходуете, когда и почему критично при дизайне, особенно когда речь заходит о трехфазных PDU с нормальной нагрузкой.
источник

N

Nikolay Kulikov in VMware vSAN
Anton Zhbankov
Вы так рассказываете эти страшные истории по перегрузке PDU...

Что можно сделать только один вывод - вы никогда не считали и не проектировали инженерку, полагая ее само собой разумеющейся.
Антон, прости, но на основании чего ты сделал такой вывод?
источник

AZ

Anton Zhbankov in VMware vSAN
Nikolay Kulikov
Антон, прости, но на основании чего ты сделал такой вывод?
Речь не про тебя лично. Но если у человека 60%+ нагрузки на каждой PDU - о чем это может говорить, кроме фейла в проектировании?
Есть второй вариант - напихали потом уже оборудования и превысили расчетные уровни, но это вторая сторона все той же медали.
источник

VK

Victor Konovalov in VMware vSAN
Anton Zhbankov
Речь не про тебя лично. Но если у человека 60%+ нагрузки на каждой PDU - о чем это может говорить, кроме фейла в проектировании?
Есть второй вариант - напихали потом уже оборудования и превысили расчетные уровни, но это вторая сторона все той же медали.
Эксплуатация такая эксплуатация...
источник

AZ

Anton Zhbankov in VMware vSAN
Victor Konovalov
Эксплуатация такая эксплуатация...
Это административная проблема в любом случае. Либо эксплуатация проспала момент превышения номинальной нагрузки и вообще за этим не следит. Либо эксплуатация все видела и доложила наверх, но там отмахнулись.
источник

N

Nikolay Kulikov in VMware vSAN
Моя мысль очень простая - при проектировании НЕОБХОДИМО учитывать риски связанные с человеческим фактором и возможными ошибками при этом самом проектировании и сопровождении системы, а так же вероятности сбоев того, что по дизайну/теории не должно падать и/или находится вне скоупа дизайна. Именно  поэтому необходимо учитывать, что есть некая вероятность сбоя стойки даже, если мы вроде бы все сделали правильно - продублировали, рассчитали  и т.д. Надо ли митигировать эти риски- вопрос конкретного обсуждения/случая.
источник

PS

Paul S in VMware vSAN
Необходимо еще и пересчитывать обновление систем по охлаждению питанию. IBM BC и HP C7000 не были такими прожорливыми и горячими как Synergy и Flex. Про питание вообще отдельный разговор, его много не бывает. От блоков в сервере/корзине, pdu в стойке, АВР,  батарей, дизелей, до вводов с города, все важно. Каждая минута простоя- это минус  деньги  и минус клиентский экспериенс, причем на сумму, точно большую чем дополнительные блоки/pdu/батареи
источник

AZ

Anton Zhbankov in VMware vSAN
Paul S
Необходимо еще и пересчитывать обновление систем по охлаждению питанию. IBM BC и HP C7000 не были такими прожорливыми и горячими как Synergy и Flex. Про питание вообще отдельный разговор, его много не бывает. От блоков в сервере/корзине, pdu в стойке, АВР,  батарей, дизелей, до вводов с города, все важно. Каждая минута простоя- это минус  деньги  и минус клиентский экспериенс, причем на сумму, точно большую чем дополнительные блоки/pdu/батареи
Миф. Нету никакой "сверхмощной" Synergy. С7000 на сейчас в аналогичной конфигурации может даже больше заесть, чем Synergy - тупо за счет большего количества блейдов.

"Старые" блейды ели меньше - да. Там процессоры были холоднее и памяти меньше. Новые блейды едят больше, но это C7000 vs Synergy
источник

PS

Paul S in VMware vSAN
Частично согласен с тем, что чем набьешь корзину, так и будет потреблять. Но обзор требований к питанию и охлаждению нужно делать согласно замене айти оборудования
источник

PS

Paul S in VMware vSAN
У меня к сожалению, основные потребители холода - это бесконечные дисковые полки
источник

PS

Paul S in VMware vSAN
И приходится решать вопрос, ставить ещё стойку it оборудования или ставить вместо нее кондиционер стоечный
источник

PS

Paul S in VMware vSAN
Изначально (10лет назад) ЦОД к сожалению, проектировался под телекоммуникационное оборудование и охлаждение/питание закладывали именно под него.
источник

AK

Anton Kosin in VMware vSAN
А ещё я бы просто не рекомендовал брать Synergy как крайне сырой продукт, поверьте мне.
источник

N

Nikolay Kulikov in VMware vSAN
Anton Zhbankov
Миф. Нету никакой "сверхмощной" Synergy. С7000 на сейчас в аналогичной конфигурации может даже больше заесть, чем Synergy - тупо за счет большего количества блейдов.

"Старые" блейды ели меньше - да. Там процессоры были холоднее и памяти меньше. Новые блейды едят больше, но это C7000 vs Synergy
Блейды уже давно не в топе по мощности на RU. 2U/4N жрут так, что больше 5 штук поставить в стойку уже проблема. Даже 1U серверами набить 20-30U не получается.
источник

EZ

Eugene Zaytsev in VMware vSAN
Dell PowerEdge FX2. 2RU, 4 лезвия, 8 процессоров, 4 Тб RAM, 2х2.2 кВт БП.
источник

А

Андрей in VMware vSAN
сколько закладывается мощности на стойку?)
источник

N

Nikolay Kulikov in VMware vSAN
Eugene Zaytsev
Dell PowerEdge FX2. 2RU, 4 лезвия, 8 процессоров, 4 Тб RAM, 2х2.2 кВт БП.
Таких вагон аналогичных. Dell C-Серия, hpe Apollo, lenovo sd530 и куча прочих
источник

EZ

Eugene Zaytsev in VMware vSAN
C-серию крутили. Не понравилось.
источник

N

Nikolay Kulikov in VMware vSAN
Андрей
сколько закладывается мощности на стойку?)
Столько же, как обычно. Поэтому вместо них, как правило берут обычные 2u или 1U сервера
источник

N

Nikolay Kulikov in VMware vSAN
Eugene Zaytsev
C-серию крутили. Не понравилось.
Я сейчас не про понравилось/не понравилось, а про мощности на RU.
источник