Для Live Migration на Xen Вам нужно общее блочное устройство. Если им будет drbd, то у Вас будет или просадка производительности, или асинхронная синхронизация между нодами, которая чревата потерями данных при hard reset.
Для KVM уже есть Live Migration без СХД :) Но в продакшен ее пока не видно: в RHEL6 ее еще нет, есть в Fedora (насчет Debian и Ubuntu LTS не знаю)
а вообще всё же просто: не хотите попасть на оверселинг — покупайте физический сервер. жалко денег на администрирование физического железа? страдайте от оверселлинга.
В моем топике высказан очень спорный тезис о том, что оверселлинг это не плохо, а наоборот хорошо: хорошо и для хостера, и [b]для клиента[/b]. Понимаю, что вникнуть в это тяжело, но попробуйте хотя бы не отвергать его сразу!
В качестве обоснования привела пример из теории игр. Можно Вас попросить перечитать мой топик еще раз? Может быть, это заставит Вас изменить точку зрения на оверселлинг?
Да нет же :) У меня нет своей компании (полтора года назад была, бизнес закрыт). Я обычная наемная офисная служащая (UNIX администратор) в настолько крупной компании, что я в ней просто винтик. Разумеется, никто мне права писать от имени этой компании не давал.
Кстати, у меня у самой дедик у того хостера, у кого «серверы» из PC :) И да, там стоит OpenVZ, на которой раздаются VPS знакомым (за сервер платит один из личных клиентов)
Это не несуразность :) Вы заходили когда-нибудь под рутом на хост-систему с OpenVZ или FreeBSD Jails?
Загляните вот сюда:
ls /vz/{root,private}/[VEID]/
и увидите файловую систему контейнера. Как Вы думаете, файлы VPS-ок, сложенные в файловой системе хост-системы, и файлы, которые находятся внутри файлов или, например, внутри LUN рейд контроллера, займут столько же места? Как бы не так!
А фичи того же KVM вроде baloon технологии, для оверселлинга ОЗУ, можно включить только с согласия администратора VPS, и для хостинга не годятся!
>массовые однотипные сервера — это вовсе не нишево. В каждой >мелкой-средней конторе есть десяток виндовых серверов
Под «массовыми» сервисами (не серверами) я имела ввиду под сотню однотипных аппликэйшенов на физический сервер, а физических серверов хотя бы пол-десятка.
>а вот с контейнерами рисковали связываться в основном только >хостеры
Да я с Вами и не спорю, на самом деле, только не только хостеры в обычном понимании, этим как раз часто оправданно продавать VPS на гипервизорах(хотя и контейнерные, как дешевый, быстрый и эффективный вариант, конечно, рулят), если есть SAN инфраструктура, а если и хостинг, то Application'ов.
>все хорошо, но виртуозо — это очень нишевое решение, и только для linux
>систем.
На самом деле, доступно и для Windows
А что касается нишевости: массовые и однотипные сервисы и есть нечто весьма нишевое, вот именно в этой области PVC и более удобен, чем дедубликация. Это и есть ниша PVC, под которую он «заточен».
>дедупликация на уровне фс позволяет работать с любыми гипервизорами и >любыми виртуалками.
Я лишь ответила на пример про массовые сервисы: имхо, использование для массовых сервисов виртуализации (а не контейнеров, не только виртуозы) вообще достаточно большой оверсел и оверхед, гипервизорная виртуализация в данном случае, не очень правильный выбор (имхо).
В разнородном же корпоративном окружении гипервизоры, конечно (имхо) гораздо более удобны и предпочтительны.
>плюс данное решение нацелено на первый уровень баккапа, а вовсе не как >общее хранилище.
Бэкап EZtemplat'а тоже весит гораздо меньше, чем контейнер с суммой места всех установленных в него Application'ов.
Поясню мысль еще раз, возможно, Вы ее не поняли, так как написала немного невнятно.
За некоторую невнятность извиняюсь.
В Virtuozzo Containers есть возможность, с помощью Application templates, иметь в границах физического сервера, массовые приложения, проинсталлированные в одном экземпляре(это экономит место, как и дедубликация), при этом изменяя только те файлы приложения, которые можно изменить, без ущерба для экономии места.
Как бонус, Вы получаете так же существенную экономию ОЗУ, и возможность вообще не использовать СХД(которая обычно практически must have, если у Вас сервисы виртуализированы, конечно, прямого отношения именно к дедубликации это не имеет, но имеет к Вашему примеру однотипных виртуалок), что для Вашего примера (массового сервиса какого-нибудь application) может быть достаточно Важно, так как любой массовый сервис ориентируется на снижение цены за счет массовости(что бы сервис был именно массовым).
Извиняюсь, показалось, что второй пост написан так же romx. Речь именно о дедубликации.
Мне кажется, что пример массовых и однотипных сервисов, который бы потребовал СХД с дедубликацией, неудачен.
Кроме того, мысль о Virtuozzo в этой теме была высказана в первый раз совсем не мной.
Я лишь ответила на Ваш топик, о том, что есть более лучшее, и эффективное решение для именно этой, конкретной задачи (массовый сервис однотипных виртуалок)
Не понимаю, зачем _этот_ человек вообще ко мне обращается, хотя знает, что он в игноре.
В любой теме, где бы я не появилась, он не упускает случая поиздеваться. На мой взгляд, это сексизм. В связи с хроническим неадекватом он в тотальном игноре.
Данный топик написан исключительно для хабраюзеров, но не для romx.
>Что касается айтишников женского пола — мне наоборот кажется, что среди них отсев больше
Про себя не буду, так как не скромно, но могу так же повторить, что личный опыт общения и работы с коллегами Ж пола не вызывал, по большей части, сомнения в их профессионализме :)
Видела кучу мальчиков в ИТ с чрезмерным ЧСВ, видела двух девочек, случано оказавшихся в ИТ (соотвественно, не представлявших из себя совсем ничего в проф. плане), но остальных, наоборот, посредственностями назвать было сложно, особенно мое прошлое руководство: начальницу системного отдела: руководить почти десятью админами, пусть и с помощью ТехДиректора, стоит очень и очень многого :)
Да, конечно, это все не относится к фрилансу, и речь была об «офисной» работе: сейчас у нас свой бизнес, но с фрилансерами пока еще не работала. После этой статьи стало немного страшно и грустно, так как как раз думали отдать пару задач на фриланс…
З.З.Ы.
оффсайт хранение требует, конечно, курьера, но оно по дизайну именно таково: не должно быть технической возможности онлайн получить доступ к этим данным, для гарантии их сохранности.
На рынке нет технологий «рободитизированных HDD библиотек». Дергать HDD через hotswap? А если выдерните не те, и не так?
К чему я это все? Диски прекрасно подходят для удаленной репликации в другой сайт, но не подходят для оффлайн хранения данных.
Если Вам нужна, прежде всего, гарантия _быстрого_ восстановления данных, то диски рулят, а если Вам нужна гарантия _восстановления_ данных (после рейда «черных масок» в оба Ваши сайта, взлома злоумышленниками Всех Ваших серверов, и порчи данных, и т д), то Ваш выбор ленты.
Если же Вам нужны обе гарантии, и есть бюджет, Вы будете коомбинировать и ленты и диски :)
З.Ы. на лентах тоже можно сделать raid-массив штатными средствами библиотеки.
Вот как раз для такой задачи та же Virtuozzo и гораздо удобнее благодаря vzfs, так как экономит не только место, но и ОЗУ.
Как это работает(в сильно упрощенном виде): на NadswareNode ставится темплейт, после установки этого темплейта в любой контейнер на HardwareNode, файлы в контейнере представляют из себя аналог символических ссылок в UNIX/POSIX. Если какой-то файл меняется, то «символическая ссылка» vzfs «разрывается» и файл создается в «приватной» области контейнера.
Так как ядро на все контейнеры одно, то, фактически, мы получаем одно приложение, запущенное в, например, 80 экземплярах, и которое занимает в ОЗУ пусть и не в 80 раз меньше места (так как данные приложений отличаются), но все же, может быть, и в 60:
например, облачный хостинг по запуску каких-нибудь прожордивых до оперативки и написанных на Java приложений может получить очень хорошую экономию по занятому ОЗУ и занятой памяти.
Кроме этих плюсов, у Virtuozzo так же есть плюс в меньшем объеме необходимых инвестиций в оборудование: для LiveMigration Linux-контейнеров не нужен общий сторадж, оно может осуществляться между локальными дисками серверов.
Помимо Virtuozzo интересные технологии для решения этой же задачи имеют и свободные и бесплатные контейнеры LXC (к сожалению, пока сыроватые для production использования)
Внимание, я не отрицаю плюсов СХД и гипервизоров: гипервизоры могут заменить контейнеры, а вот контейнеры гипервизоры заменить не смогут, но применять на задаче массового сервиса (а, значит, по-возможности максимально дешевого) дорогущие СХД и гипервизорную инфраструктуру, имхо, может быть оправданно только с целью хорошего такого попила $ с поставщиком железа (так же хотела бы отметить, что против и корупции и попила $, что бы на эту тему не началась дискуссия)
Советую посмотреть тесты фороникса, про забавные регрессии между разными версиями Ubuntu с последними ядрами: «свежак» имеет свои отрицательные стороны.
Для KVM уже есть Live Migration без СХД :) Но в продакшен ее пока не видно: в RHEL6 ее еще нет, есть в Fedora (насчет Debian и Ubuntu LTS не знаю)
В моем топике высказан очень спорный тезис о том, что оверселлинг это не плохо, а наоборот хорошо: хорошо и для хостера, и [b]для клиента[/b]. Понимаю, что вникнуть в это тяжело, но попробуйте хотя бы не отвергать его сразу!
В качестве обоснования привела пример из теории игр. Можно Вас попросить перечитать мой топик еще раз? Может быть, это заставит Вас изменить точку зрения на оверселлинг?
Кстати, у меня у самой дедик у того хостера, у кого «серверы» из PC :) И да, там стоит OpenVZ, на которой раздаются VPS знакомым (за сервер платит один из личных клиентов)
Загляните вот сюда:
ls /vz/{root,private}/[VEID]/
и увидите файловую систему контейнера. Как Вы думаете, файлы VPS-ок, сложенные в файловой системе хост-системы, и файлы, которые находятся внутри файлов или, например, внутри LUN рейд контроллера, займут столько же места? Как бы не так!
А фичи того же KVM вроде baloon технологии, для оверселлинга ОЗУ, можно включить только с согласия администратора VPS, и для хостинга не годятся!
Под «массовыми» сервисами (не серверами) я имела ввиду под сотню однотипных аппликэйшенов на физический сервер, а физических серверов хотя бы пол-десятка.
>а вот с контейнерами рисковали связываться в основном только >хостеры
Да я с Вами и не спорю, на самом деле, только не только хостеры в обычном понимании, этим как раз часто оправданно продавать VPS на гипервизорах(хотя и контейнерные, как дешевый, быстрый и эффективный вариант, конечно, рулят), если есть SAN инфраструктура, а если и хостинг, то Application'ов.
В общем, имхо, мы спорили о разном :)
Просьба читать как
«Бэкап контейнера с установленными в него темплейтами тоже весит гораздо меньше,»
>систем.
На самом деле, доступно и для Windows
А что касается нишевости: массовые и однотипные сервисы и есть нечто весьма нишевое, вот именно в этой области PVC и более удобен, чем дедубликация. Это и есть ниша PVC, под которую он «заточен».
>дедупликация на уровне фс позволяет работать с любыми гипервизорами и >любыми виртуалками.
Я лишь ответила на пример про массовые сервисы: имхо, использование для массовых сервисов виртуализации (а не контейнеров, не только виртуозы) вообще достаточно большой оверсел и оверхед, гипервизорная виртуализация в данном случае, не очень правильный выбор (имхо).
В разнородном же корпоративном окружении гипервизоры, конечно (имхо) гораздо более удобны и предпочтительны.
>плюс данное решение нацелено на первый уровень баккапа, а вовсе не как >общее хранилище.
Бэкап EZtemplat'а тоже весит гораздо меньше, чем контейнер с суммой места всех установленных в него Application'ов.
За некоторую невнятность извиняюсь.
В Virtuozzo Containers есть возможность, с помощью Application templates, иметь в границах физического сервера, массовые приложения, проинсталлированные в одном экземпляре(это экономит место, как и дедубликация), при этом изменяя только те файлы приложения, которые можно изменить, без ущерба для экономии места.
Как бонус, Вы получаете так же существенную экономию ОЗУ, и возможность вообще не использовать СХД(которая обычно практически must have, если у Вас сервисы виртуализированы, конечно, прямого отношения именно к дедубликации это не имеет, но имеет к Вашему примеру однотипных виртуалок), что для Вашего примера (массового сервиса какого-нибудь application) может быть достаточно Важно, так как любой массовый сервис ориентируется на снижение цены за счет массовости(что бы сервис был именно массовым).
Мне кажется, что пример массовых и однотипных сервисов, который бы потребовал СХД с дедубликацией, неудачен.
Кроме того, мысль о Virtuozzo в этой теме была высказана в первый раз совсем не мной.
Я лишь ответила на Ваш топик, о том, что есть более лучшее, и эффективное решение для именно этой, конкретной задачи (массовый сервис однотипных виртуалок)
В любой теме, где бы я не появилась, он не упускает случая поиздеваться. На мой взгляд, это сексизм. В связи с хроническим неадекватом он в тотальном игноре.
Данный топик написан исключительно для хабраюзеров, но не для romx.
Про себя не буду, так как не скромно, но могу так же повторить, что личный опыт общения и работы с коллегами Ж пола не вызывал, по большей части, сомнения в их профессионализме :)
Видела кучу мальчиков в ИТ с чрезмерным ЧСВ, видела двух девочек, случано оказавшихся в ИТ (соотвественно, не представлявших из себя совсем ничего в проф. плане), но остальных, наоборот, посредственностями назвать было сложно, особенно мое прошлое руководство: начальницу системного отдела: руководить почти десятью админами, пусть и с помощью ТехДиректора, стоит очень и очень многого :)
Да, конечно, это все не относится к фрилансу, и речь была об «офисной» работе: сейчас у нас свой бизнес, но с фрилансерами пока еще не работала. После этой статьи стало немного страшно и грустно, так как как раз думали отдать пару задач на фриланс…
оффсайт хранение требует, конечно, курьера, но оно по дизайну именно таково: не должно быть технической возможности онлайн получить доступ к этим данным, для гарантии их сохранности.
К чему я это все? Диски прекрасно подходят для удаленной репликации в другой сайт, но не подходят для оффлайн хранения данных.
Если Вам нужна, прежде всего, гарантия _быстрого_ восстановления данных, то диски рулят, а если Вам нужна гарантия _восстановления_ данных (после рейда «черных масок» в оба Ваши сайта, взлома злоумышленниками Всех Ваших серверов, и порчи данных, и т д), то Ваш выбор ленты.
Если же Вам нужны обе гарантии, и есть бюджет, Вы будете коомбинировать и ленты и диски :)
З.Ы. на лентах тоже можно сделать raid-массив штатными средствами библиотеки.
Как это работает(в сильно упрощенном виде): на NadswareNode ставится темплейт, после установки этого темплейта в любой контейнер на HardwareNode, файлы в контейнере представляют из себя аналог символических ссылок в UNIX/POSIX. Если какой-то файл меняется, то «символическая ссылка» vzfs «разрывается» и файл создается в «приватной» области контейнера.
Так как ядро на все контейнеры одно, то, фактически, мы получаем одно приложение, запущенное в, например, 80 экземплярах, и которое занимает в ОЗУ пусть и не в 80 раз меньше места (так как данные приложений отличаются), но все же, может быть, и в 60:
например, облачный хостинг по запуску каких-нибудь прожордивых до оперативки и написанных на Java приложений может получить очень хорошую экономию по занятому ОЗУ и занятой памяти.
Кроме этих плюсов, у Virtuozzo так же есть плюс в меньшем объеме необходимых инвестиций в оборудование: для LiveMigration Linux-контейнеров не нужен общий сторадж, оно может осуществляться между локальными дисками серверов.
Помимо Virtuozzo интересные технологии для решения этой же задачи имеют и свободные и бесплатные контейнеры LXC (к сожалению, пока сыроватые для production использования)
Внимание, я не отрицаю плюсов СХД и гипервизоров: гипервизоры могут заменить контейнеры, а вот контейнеры гипервизоры заменить не смогут, но применять на задаче массового сервиса (а, значит, по-возможности максимально дешевого) дорогущие СХД и гипервизорную инфраструктуру, имхо, может быть оправданно только с целью хорошего такого попила $ с поставщиком железа (так же хотела бы отметить, что против и корупции и попила $, что бы на эту тему не началась дискуссия)
На десктопах :)
Крупных ДатаЦентров на ней еще недавно вообще не было, да и сейчас она в хвосте даже FreeBSD, не говоря о CentOS/RHEL
Для Вашего проекта может и подходит, но вообще десктопы без ECC памяти несовместимы с любым критичным использованием.
Но с Вашей мыслью согласна, не всем нужна дорогая площадка, лучше две отдельные по сходной цене :)
Все хорошо, а будет еще лучше :)