| |
| 2.8, Аноним (-), 09:03, 21/12/2017 [^] [^^] [^^^] [ответить]
| +/– |
Есть такое правило (забыл какой гуру-разработчик этих систем виртуализации его сформулировал):
1. От 1 до 15 виртуальных машин - VirtualDox/Qemu.
2. От 10 до 150 виртуальных машин или от 2 до 15 серверов виртуализации - Proxmox.
3. От 100 до 1150 виртуальных машин или от 10 до 70 серверов виртуализации - oVirt.
4. От 1000 и более виртуальных машин или от 50 и более серверов виртуализации - решения на базе OpenStack.
| | |
| |
| 3.22, Аноним (-), 16:17, 21/12/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Есть такое правило (забыл какой гуру-разработчик этих систем виртуализации его сформулировал):
> 1. От 1 до 15 виртуальных машин - VirtualDox/Qemu.
> 2. От 10 до 150 виртуальных машин или от 2 до 15
> серверов виртуализации - Proxmox.
> 3. От 100 до 1150 виртуальных машин или от 10 до 70
> серверов виртуализации - oVirt.
> 4. От 1000 и более виртуальных машин или от 50 и более
> серверов виртуализации - решения на базе OpenStack.
передайте гуро-разработчику, что у него кругом qemu
| | |
| 3.24, vasa (??), 18:46, 21/12/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
 передайте горе-счетчику что один кластер в овирт поддерживает до 200 хостов, и кластеров могут быть десятки и даже сотни. опенстак и овирт это решения с разным назначением и масштаб тут никакого отношения не имеет
| | |
| 3.29, Аноним (-), 22:34, 22/12/2017 [^] [^^] [^^^] [ответить]
| +/– |
Кластер из 50 и более серверов виртуализации решения на базе OpenStack не утащат ибо петон.
Кейстон надо переписывать и rabbitmq менять. Только кастомные сборки. Инфа 100%
| | |
| |
| 4.30, vasa (??), 23:25, 22/12/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Кластер из 50 и более серверов виртуализации решения на базе OpenStack не
> утащат ибо петон.
> Кейстон надо переписывать и rabbitmq менять. Только кастомные сборки. Инфа 100%
блин, и как у меня 800 хостов работают только в местном ДЦ, и таких ДЦ несколько?
| | |
| 4.32, Аноним (-), 00:37, 23/12/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Кластер из 50 и более серверов виртуализации решения на базе OpenStack не
> утащат ибо петон.
> Кейстон надо переписывать и rabbitmq менять. Только кастомные сборки. Инфа 100%
Признаю свою ошибку, промахнулся где-то на порядок. Речь об 500+ compute nodes.
| | |
| |
| 5.33, vasa (??), 03:30, 23/12/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Признаю свою ошибку, промахнулся где-то на порядок. Речь об 500+ compute nodes.
ну вот у меня ~800 на 5 контроллеров, а так как в проекте обычно несколько десятков инстансов, не более, то nova list прекрасно и быстро отрабатывает.
| | |
|
|
|
|
| 1.3, Аноним (-), 06:12, 21/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
овирт для хостинга. он сложнее гораздо. проксмокс мне не понравился. я например не люблю везде ставить лвм. только где необходим. прокс выбора не дает. и снапшоты называть бэкапами, как делает проксмокс, неправильно.
| | |
| |
| 2.15, Фуррь (ok), 12:29, 21/12/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Дело в том, что не только лишь все, мало кто может это делать.
| | |
|
| 1.4, Catwoolfii (ok), 07:59, 21/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 Вы просто в нем не разобрались, lvm можно не использовать. Можно сначала поставить debian, а потом уже накатить proxmox.
| | |
| 1.7, Аноним (-), 08:39, 21/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Приятная новость! Красивый, новый интерфейс это конечно хорошо, но когда завезут нативные бекапы?
| | |
| 1.10, ALex_hha (ok), 10:15, 21/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 > От 1000 и более виртуальных машин или от 50 и более серверов виртуализации - решения на базе OpenStack.
и много вы знаете провайдеров использующих openstack? AWS/GCP вот что то не используют
| | |
| |
| 2.11, . (?), 10:24, 21/12/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
openstack - не для провайдеров. openstack - для себя, любимого. Когда _твои_ корпоративные игрушки перестали умещаться в обычные виртуальные машины, и понадобилось оперировать сервисами, а не отдельными изолированными виртуалками, пусть даже и перемещаемыми (от количества машин, на самом деле, не зависит).
Понятия не имею, зачем и кому может взбрести в голову такое покупать на стороне, если оно ему на самом деле надо - и, видимо, эффективные менеджеры тоже не понимают, им "микросервисов" и прочий bullshit подавай, поэтому и предложений не особо.
| | |
| |
| 3.17, leap42 (ok), 12:35, 21/12/2017 [^] [^^] [^^^] [ответить]
| +/– |
 вы не вкурили облака, это нормально (большинство не вкурило)
два обязательных принципа любой облачной системы:
1. гибкое изменение доступных ресурсов по запросу
2. возможность осуществить изменение самостоятельно (т.е. конечный пользователь заходит в личный кабинет и сам сдвигает ползунок доступной памяти, а администратор такими вещами не занимается, он занимается только биллингом и правами пользователей)
таким образом облака нужны только тем, кто их продаёт (бывают исключения, как например огромные корпорации, которые консолидируют инфраструктуру в одном дата-центре, но при этом дают филиальным админам самим рулить своими виртуалками (в рамках заранее выделенных лимитов конечно), выступающим как конечный пользователь)
те, кто рулят виртуалками с помощью openstack - забивают гвозди микроскопом, так можно, но это жуткий overkill (ресурсы, потраченные на поддержку openstack в долгосрочной перспективе заметно объемнее ресурсов, потраченных на сопровождение виртуалок)
| | |
| |
| 4.19, ALex_hha (ok), 14:38, 21/12/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> заметно объемнее ресурсов, потраченных на сопровождение виртуалок
не факт.
> таким образом облака нужны только тем, кто их продаёт
они нужны тем, кто хочет сконцентрироваться на коде, а не героически бороться с железом/софтом
| | |
| 4.25, vasa (??), 18:51, 21/12/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> вы не вкурили облака, это нормально (большинство не вкурило)
вы похоже тоже.
> таким образом облака нужны только тем, кто их продаёт (бывают исключения, как
> например огромные корпорации, которые консолидируют инфраструктуру в одном дата-центре,
> но при этом дают филиальным админам самим рулить своими виртуалками (в
> рамках заранее выделенных лимитов конечно), выступающим как конечный пользователь)
частные облака, а-ля опенстак, нужны тем кто хочет отдать управляемую инфраструктуру командам которые будут ее использовать, то есть нужно self service и стандартный API, плюс админ рулящий квотами. Продавать доступ к такой инфраструктуре или отдавать его бесплатно своим пользователям - вопрос бизнеса а не применения технологии
| | |
|
| 3.18, ALex_hha (ok), 14:36, 21/12/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> openstack - не для провайдеров. openstack - для себя, любимого.
тогда надо не забывать, чтобы оно работало для себя любимого - вам понадобится не хило прокачанная команда питонистов/девопсов. Ибо это позволить себе могут очень не многие
| | |
| |
| 4.23, пох (?), 16:22, 21/12/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> тогда надо не забывать, чтобы оно работало для себя любимого - вам понадобится не хило
> прокачанная команда питонистов/девопсов.
ну, блин, если у тебя есть, что на нем запускать - у тебя уже ТОЧНО есть такая команда.
а продавать сам openstack, а не выхлоп с того, что на нем крутится, как сервис, действительно, непонятно, кому. Те у кого команда, соберут сами, как им проще и удобнее.
Как просто платформу, кстати, редхат вполне продает. После установки доработать напильником по месту ;-)
| | |
|
|
|
| 1.26, xarek1986 (?), 19:25, 21/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Вчера только начал миграцию с этого поделия в OpenNebulu, почти год с ним мучался. если что-то не работает, то хрен ты что разберёшь в его явасрaче в логах
| | |
| |
| 2.28, Антон (??), 20:07, 21/12/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Вчера только начал миграцию с этого поделия в OpenNebulu, почти год с
> ним мучался. если что-то не работает, то хрен ты что разберёшь
> в его явасрaче в логах
list@ovirt.org
| | |
|
| 1.35, Игорь (??), 07:31, 26/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А мне вот интересен опыт тех, кто использует OpenStack. Реально, кроме как для запуска виртуалок как-то используете? Распределенные сервисы не?
| | |
|
