Comments 25
Я конечно понимаю что жуткий оффтоп — но как же мне название статьи напомнило Half-Life :)
Уважаемый автор, скажите пожалуйста какие службы или какие сервера вы используете в боевых режиме на вашем предприятии? LAMP? DB?
Mongo, nginx, python, postgresql. Я вообще занимаюсь не «предприятием» а облаком на основе XCP, а эти статьи так, побочный эффект.
Т.е. правильно ли понимаю, что у вас нет реального опыта эксплуатации XCP в Enterprice среде?
Что вы имеете в виду под «Enterpise-средой»? 300 виртуальных машин с различными ОС и разными типами нагрузки сойдёт?
(Как бы то, чем я занимаюсь, априори крупнее сети предприятия, поскольку планируется для обслуживания множества предприятий).
Да и что я имею в виду под «в условиях предприятия» я сформулировал в первом топике — виртуальные машины принадлежат тому же, кому принадлежит инфраструктура. В условиях раздельного владения возникает множество проблем, которые остаются все рассмотрения этого цикла.
(Как бы то, чем я занимаюсь, априори крупнее сети предприятия, поскольку планируется для обслуживания множества предприятий).
Да и что я имею в виду под «в условиях предприятия» я сформулировал в первом топике — виртуальные машины принадлежат тому же, кому принадлежит инфраструктура. В условиях раздельного владения возникает множество проблем, которые остаются все рассмотрения этого цикла.
Понятно.
Я думал в цикле статей будут указан опыт миграции с традиционных серверов в облако. Будут указаны реальные причины по которым в условиях российской реальности размещение облаках имеет существенные преимущества. Как происходила миграция в облачные сервера (особенно если использовалось бы древнее самописное ПО). Как это в конечном итоги повлияло на производительность всей системы. Чтобы это дало отделу ИТ: снижение ЗИП, экономия электроэнергии, экономии стойкоместа…
Видать я ошибся.
Я думал в цикле статей будут указан опыт миграции с традиционных серверов в облако. Будут указаны реальные причины по которым в условиях российской реальности размещение облаках имеет существенные преимущества. Как происходила миграция в облачные сервера (особенно если использовалось бы древнее самописное ПО). Как это в конечном итоги повлияло на производительность всей системы. Чтобы это дало отделу ИТ: снижение ЗИП, экономия электроэнергии, экономии стойкоместа…
Видать я ошибся.
Но все равно информация бесспорно очень полезная.
Есть вопросы по XCP (буду благодарен за ответ):
1. Может ли отдаваться виртуальной машине 2 физических процессора по 4 ядра? (Например ESXi может работать только с четырьмя ядрами на одной виртуальной машине. Подробнее мы обсуждали в моем блоге .)
2. Есть RAID 10 и есть тема. Нормально ли будут работать виртуальные машины с жестким диском под XCP.
1. Может ли отдаваться виртуальной машине 2 физических процессора по 4 ядра? (Например ESXi может работать только с четырьмя ядрами на одной виртуальной машине. Подробнее мы обсуждали в моем блоге .)
2. Есть RAID 10 и есть тема. Нормально ли будут работать виртуальные машины с жестким диском под XCP.
Я не помню, умеет ли XCP больше 16 ядер, но 16 умеет точно, я лично проверял и выделял.
6 ядер у нас вообще штатная опция для людей, тестирующих облако. Проблемы могут начаться при количестве ядер больше 64.
Диски будут разбираться в следующих выпусках. В кратце — XCP подразумевает для нормальной работы использование внешнего хранилища. А уж как его там разместить — выбор исключительно администратора хранилища. Насколько я знаю, внутри LVM всё уже очень хорошо выравнено, а где именно будет начинаться блочное устройство LVM — решает администратор стореджа/рейда.
6 ядер у нас вообще штатная опция для людей, тестирующих облако. Проблемы могут начаться при количестве ядер больше 64.
Диски будут разбираться в следующих выпусках. В кратце — XCP подразумевает для нормальной работы использование внешнего хранилища. А уж как его там разместить — выбор исключительно администратора хранилища. Насколько я знаю, внутри LVM всё уже очень хорошо выравнено, а где именно будет начинаться блочное устройство LVM — решает администратор стореджа/рейда.
Завтра попробую сие чудо установить на сервер. Подводные камни есть? Можно в личку.
И все-же непонятно с выравниванием, если есть один рэйд массив 10-ка, на него же поставить XCP и на нем же LVM, или так делать не стоит? Какие тогда варианты (стоимость HP SAS винтов приличная, и потому имеем то, что имеем)?
И все-же непонятно с выравниванием, если есть один рэйд массив 10-ка, на него же поставить XCP и на нем же LVM, или так делать не стоит? Какие тогда варианты (стоимость HP SAS винтов приличная, и потому имеем то, что имеем)?
Если вы ставите всё на одни винты, то у вас сначала будет XCP'шный раздел, а потом только уже раздел для виртуалок. Насколько я понимаю, он будет выравнен (хотя никогда особо не задумывался).
Торопиться с установкой не стоит, там впереди такая смешная штука, как доступ к консоли. Либо используйте OpenXenManager, либо XenCenter, либо придётся шаманить с туннелированием :)
Торопиться с установкой не стоит, там впереди такая смешная штука, как доступ к консоли. Либо используйте OpenXenManager, либо XenCenter, либо придётся шаманить с туннелированием :)
Мне один вопрос не дает покоя: если на хост-машине есть какая-нибудь параллельная файловая система, которая работает не через Ethernet, можно ли ее как-то получить в гостевых системах без использования костылей вроде NFS между хостом и гостем?
Нет. В настоящий момент зен в продакте работает с двумя устройствами (оставляя в стороне всякую косметику типа консоли): сеть и блочные устройства.
Всё остальное — производные от них.
Всё остальное — производные от них.
Т.е. GFS, люстру и т.п. в гостя никто не заворачивает? Или как?
Вы неправильно формулируете вопрос. GFS внури гостя вы запросто поднять сможете. Положить образ госта на GFS вы можете. Что значит «завести»?
Использовать с минимальным оверхедом. Просто тот же GPFS можно пустить не через TCP/IP стэк. Вот мне и не понятно, как гостям дать доступ к нему, не потеряв в стабильности и производительности, если фактически они про этот стэк ничего не знают…
> Например ESXi может работать только с четырьмя ядрами на одной виртуальной машине.
Возможно, вы имеете ввиду ограничение бесплатной лицензии на ESXi, потому что вообще на ESXi можно создать виртуальную машину с 1, 2, 4 или 8 виртуальными процессорами.
Возможно, вы имеете ввиду ограничение бесплатной лицензии на ESXi, потому что вообще на ESXi можно создать виртуальную машину с 1, 2, 4 или 8 виртуальными процессорами.
В предыдущей части Вы анонсировали рассказ о VDI. Поэтому я задам вопрос об этом. Вы уже упоминали, что VDI бывают двух типов — system и user. При этом system содержит персистентную информацию, а user — пользовательские данные. Означает ли это, что для использования каких-то специфических функций облака (миграция, горизонтальное масштабирование или подобное) операционная система должна быть установлена на system VDI, т.е. раздел с операционной системой должен быть неизменен? Или таких ограничений нет?
Sign up to leave a comment.
Xen Cloud Platform в условиях предприятия [3]