Pull to refresh

Comments 14

если очень хочется, то можно взять чужих мощностей во временное владение пока лицензию одобряют

Можно просто взять лицензию на такое количество ядер, проблема только в том, что это дороже

"Малый бизнес" виноват хотя бы тем, что хочется "Broadcom" кушать.

Поэтому "вкусное" заберём себе, остальные отвалятся сами. Ничего личного, просто бизнес.

В 12 раз = на 1100%, если математикой владеть.

Поддержка со стороны гиперскейлеров будет выражаться в "а вот вашем клиентам скрипты для миграции в наше облако"?

Очередной цирк с конями) Проще забить и выбрать zvirt, VMmanager, spaceVM или что-то другое адекватное. Благо, наших годных решений на рынке хватает сейчас

Нормального HA и DRS кластера на рынке не видел. Проксмокс - убогое дно с игрой в "поредактируй конфиг файлы напрямую", "не анмаунтнулся nfs, будьте добры удалите линк руками, т.к. с таким же названием уже не добавить". А HyperV просто кусок говна, который успешно умудряется потерять ноду стабильно раз в 2 месяца с отвалом world-а части виртуалок (в районе 100+), что вызывает огромную ректальную боль при попытке обратно все это запустить с приветом от чекдисков и R/O в никсовых машинах.

И премиум суппорт пожимает плечами.

Время сейчас такое, меняется софт и подходы.

Kubernetes очень сильно поменял подходы в отношении архитектуры ПО.
Современное ПО строится из соображений что всегда что-то может пойти не так:

  • Ваше железо непременно умрёт (главное чтобы не одновременно).

  • Сеть будет лагать

  • Виртуалка - это средство изоляции, а не непотопляемый корабль.

Другими словами вам больше не нужна live-миграция и HA на уровне виртуальных машин.
Теперь это достигается другими методами и инструментами.

Принцип KISS научил нас тому что чем система проще - тем стабильнее она работает.
Когда появился Oauth2, он в большинстве случаев заменил LDAP именно из-за своей простоты и надёжности. Тоже сейчас происходит и с системами виртуализации.

Современные системы виртуализации всё чаще имплементируют более простой облачный паттерн, где отдельно взятая виртуалка может умереть и это не заафектит всю систему в целом.
А если ваше приложение умеет работать в такой среде, то у вас получается простое и надёжное решение, которое выживет где угодно.

Я не говорю что VMware - это плохое решение, но похоже что настало время менять подходы и переходить на свободные технологии.

Другими словами вам больше не нужна live-миграция и HA на уровне виртуальных машин

Пока вы подаёте vps таки нужна

Хаххах серьезно, сам то понял, что написал. Никто из тех кого ты перечислил, даже близко не могут сравниться с vmWare. У нех нет полноценно VDI, Horizon и аналога протокола Blast. Я молчу уже про DRS,HA и прочее

Автор сам свою статью читал? Итог, итог, итог, итог. VMwave какой то. Ну хоть раз после написания от начала и до конца?

Хорошо еще, что не винмар и исикс..

Как дела со словарным запасом?

Вообще не понятно о каком продукте речь, но если речь идёт о малых облачных провайдерах, то видимо речь о vCloud Director

24 ядра на проц, 2 проца в лезвии, 16 лезвий в корзине, 2 корзины в стойке, 3 стойки ~ 4500 ядра. А если выбрать ещё более "плотные" процы?

Это же насколько должен быть мелкий ЦОД?

Похоже высосано из пальца.

Sign up to leave a comment.