Size: a a a

VMware User Group Rus

2020 June 05

EB

Egor Bobryshev in VMware User Group Rus
Eric Oldmann
И печка-капельница на отработке?
Обычно дровяные длительного горения, с чугунными чушками во всю стену

Но у меня мажорские гаражи были, с отоплением центральным
источник

EO

Eric Oldmann in VMware User Group Rus
У меня в гараже всегда медовуха была, крепкая, на винных дрожжах. Много лучше пива шла, под ковыряние вихикла)
источник

EB

Egor Bobryshev in VMware User Group Rus
И скажу так, снимал я в свое время в ДС квартиры и меньше, и с ремонтом похуже чем в том гараже, эх
источник

EO

Eric Oldmann in VMware User Group Rus
Зато потом ты обрёл Гетто!
источник

EO

Eric Oldmann in VMware User Group Rus
Ещё б гаражи там пристроить
источник

DZ

Dmitriy Z in VMware User Group Rus
Mikhail Solovyev
Переслано от Evgeniy Parfenov
Прямо в тему, у нас как раз утром с интервалом в ≈20 минут отвалилась сеть на обоих хостах кластера с кучей сообщений «Network memory pool free size dropped below 2 percent» в Events.
Ну и все вм на них, соответственно, тоже без сети остались 😂
источник

АН

Александр Никитин (i... in VMware User Group Rus
Egor Bobryshev
Я правильно помню, что scvmm лицензируется по сокетам хостов же, а не по инстансам? Тогда вряд ли оно значимо дешевле...
да хер то там, давно уже (как и 2016+ винда) по ядрышкам в сокете =)))
источник

EB

Egor Bobryshev in VMware User Group Rus
Александр Никитин (iHumster)
да хер то там, давно уже (как и 2016+ винда) по ядрышкам в сокете =)))
Ну, я имею в виду по всем хостам, а не как в варе, где вцентр по инстансам
источник

АН

Александр Никитин (i... in VMware User Group Rus
Mikhail Solovyev
На серверах с 2тб оперативки домен отказа ещё больше ;)
есть такое, я на новых UCS B460 M5 ощутил... когда падает 4х головый хост с 1ТБ, это заметно ощутимее чем 2х головый с 512GB =)))
источник

АН

Александр Никитин (i... in VMware User Group Rus
Egor Bobryshev
Ну, я имею в виду по всем хостам, а не как в варе, где вцентр по инстансам
дык для вцентра нужна одна лицензия на инстанс, и лицензии с сокеты (а теперь и ядрышки) хоста
источник

AZ

Anton Zhbankov in VMware User Group Rus
Александр Никитин (iHumster)
есть такое, я на новых UCS B460 M5 ощутил... когда падает 4х головый хост с 1ТБ, это заметно ощутимее чем 2х головый с 512GB =)))
Внезапно я говорю об этом уже лет 8...
И вот уже три года как публично доступна сведенная в одну статью общая теория - https://habr.com/ru/post/321178/
источник

AZ

Anton Zhbankov in VMware User Group Rus
Размер домена единичного отказа.

Выбор размера сервера также осуществляется из принципа минимизации домена единичного отказа. Например, при выборе между:
— 3 x 4*10c / 512 GB
— 6 x 2*10c / 256 GB
При прочих равных необходимо выбирать второй вариант, поскольку при выходе одного сервера из строя (или обслуживании) теряется не 33% ресурсов кластера, а 17%. Точно так же вдвое снижается количество ВМ и ИС, на которых отразилась авария.
источник

EB

Egor Bobryshev in VMware User Group Rus
Александр Никитин (iHumster)
дык для вцентра нужна одна лицензия на инстанс, и лицензии с сокеты (а теперь и ядрышки) хоста
Ну, ну сокеты нужна лицензия на гипервизор таки

А в случае с виндой тебе нужны и лицухи датацентор на хосты чтоб гостевую винду закрыть, и пер-коре на scvmm
источник

АН

Александр Никитин (i... in VMware User Group Rus
Egor Bobryshev
Ну, ну сокеты нужна лицензия на гипервизор таки

А в случае с виндой тебе нужны и лицухи датацентор на хосты чтоб гостевую винду закрыть, и пер-коре на scvmm
смотря сколько гостевой, иногда бывает удобнее стандартами... хотя я давно уже не в теме, как оно сейчас по ядрышкам - стандарт в гостевых ВМ наверное нифига не дешевле если гостей больше условно 5 =)))
источник

EB

Egor Bobryshev in VMware User Group Rus
Anton Zhbankov
Размер домена единичного отказа.

Выбор размера сервера также осуществляется из принципа минимизации домена единичного отказа. Например, при выборе между:
— 3 x 4*10c / 512 GB
— 6 x 2*10c / 256 GB
При прочих равных необходимо выбирать второй вариант, поскольку при выходе одного сервера из строя (или обслуживании) теряется не 33% ресурсов кластера, а 17%. Точно так же вдвое снижается количество ВМ и ИС, на которых отразилась авария.
...и расчяитывать минимум на n+2 по сервакам, потому что remediation кластера из 6-8 хостоов занимает, со временем загрузки современных серверов, долбаные часы
источник

АН

Александр Никитин (i... in VMware User Group Rus
Дык, @antonvirtual, оно ж с нюансами всегда... иногда трэба толстые ВМ запускать, что-нибудь вроде 40 vCPU и 256GB RAM...  такие лучше на толстых хостах и держать
источник

АН

Александр Никитин (i... in VMware User Group Rus
тут B460 M5 очень даже хороши
источник

EB

Egor Bobryshev in VMware User Group Rus
Александр Никитин (iHumster)
смотря сколько гостевой, иногда бывает удобнее стандартами... хотя я давно уже не в теме, как оно сейчас по ядрышкам - стандарт в гостевых ВМ наверное нифига не дешевле если гостей больше условно 5 =)))
Да, с дестяком гостевых виндов на трех хостах вариантов уже ёк
источник

AZ

Anton Zhbankov in VMware User Group Rus
Egor Bobryshev
...и расчяитывать минимум на n+2 по сервакам, потому что remediation кластера из 6-8 хостоов занимает, со временем загрузки современных серверов, долбаные часы
(зевая) давай сделаем так. Ты прочитаешь по ссылке целиком, и ЕСЛИ там этого не будет, то я с радостью приму советы и поправки
источник

AZ

Anton Zhbankov in VMware User Group Rus
Александр Никитин (iHumster)
Дык, @antonvirtual, оно ж с нюансами всегда... иногда трэба толстые ВМ запускать, что-нибудь вроде 40 vCPU и 256GB RAM...  такие лучше на толстых хостах и держать
Особенности выбора конфигурации сервера

Широкие ВМ. При необходимости размещения широких ВМ (сравнимых с 1 узлом NUMA и более) рекомендуется по возможности выбирать сервер с конфигурацией, позволяющей таким ВМ остаться в пределах NUMA узла. При большом количестве широких ВМ возникает опасность фрагментирования ресурсов кластера, и в этом случае выбираются серверы, позволяющие разместить широкие ВМ максимально плотно.
источник