The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

По данным опроса, 51% x86-серверов работают с использованием..., opennews (??), 21-Янв-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


3. "По данным опроса, 51% x86-серверов работают с использованием..."  +52 +/–
Сообщение от Аноним (-), 21-Янв-13, 00:36 
Кроме моды и молодежности, оно еще и ...
1) Позволяет полнее прогрузить мощный сервер, почти не в ущерб изоляции. PROFIT.
2) Упрощает разворачивание конфигурации и повышает гибкость маневрирования.
3) Позволяет балансировать нагрузку в больших конфигурациях. Если некий сервак зашивается, а некие другие недогружены, перетащить между ними виртуалку - фигня вопрос. В идеальном случае это будет прозрачно и без остановки сервера.
4) Есть такая хорошая штука - снапшоты. Очень удобно когда можно в случае факапа вернуть все в вид как было. Замечательная вещь для системокрушильных экспериментов: даже после полного дестроя все возвращается "как было" за считанные секунды. На реальной железке - лезем за "бутявкой" и тратим в ..цать раз больше времени.
5) При необходимости выключить некий сервер (на обслуживание, etc) можно избежать длительного даунтайма для того что там на нем работало. В идеале - машины прозрачно мигрируют на соседние хосты и никто ничего вообще не замечает.
Ответить | Правка | Наверх | Cообщить модератору

4. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 21-Янв-13, 00:40 
+1

Ответить | Правка | Наверх | Cообщить модератору

6. "По данным опроса, 51% x86-серверов работают с использованием..."  +8 +/–
Сообщение от umbr (ok), 21-Янв-13, 01:35 
Да, для экспериментов виртуалка - незаменимая вещь.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

15. "По данным опроса, 51% x86-серверов работают с использованием..."  +8 +/–
Сообщение от bliss (?), 21-Янв-13, 03:17 
Да, если бы еще все горе-одмины это понимали. А то на виртуализацию (КВМ, если кому интересно) искоса смотрят, тихонько желая чтобы оно сдохло все в один момент. Причина проста: сложно и непонятно. Бриджи, вланы, ЛВМ, снапшоты и, о Боже, ЛИНУКС!
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

16. "По данным опроса, 51% x86-серверов работают с использованием..."  +7 +/–
Сообщение от Аноним (-), 21-Янв-13, 03:25 
Гнать таких надо. Ссаными тряпками и ср@ной метлой. Не думаю что в 2013 году есть огромная проблема найти желающих админить именно так и такое. Правда есть риск нарваться на бокланов которые на виртуализацию смотрят только потому что "это типа круто, Вася так сказал". Уровень понимания предмета такими гражданами предсказуем.
Ответить | Правка | Наверх | Cообщить модератору

125. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от гостьemail (?), 21-Янв-13, 23:14 
> Не думаю что в 2013 году есть огромная проблема найти желающих админить именно так и такое

В Минске, например, крайне сложно найти хорошего админа :).

Ответить | Правка | Наверх | Cообщить модератору

127. "По данным опроса, 51% x86-серверов работают с использованием..."  +2 +/–
Сообщение от Аноним (-), 22-Янв-13, 01:17 
> В Минске, например, крайне сложно найти хорошего админа :).

Сдается мне что это далеко не единственная проблема в Минске.

Ответить | Правка | Наверх | Cообщить модератору

153. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от AlexAT (ok), 22-Янв-13, 10:16 
>> В Минске, например, крайне сложно найти хорошего админа :).
> Сдается мне что это далеко не единственная проблема в Минске.

В России не лучше.

Ответить | Правка | Наверх | Cообщить модератору

198. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 22-Янв-13, 21:13 
> В России не лучше.

ИМХО все-таки получше. Хотя спору нет, до идеала - как до пекина раком.

Ответить | Правка | Наверх | Cообщить модератору

180. "По данным опроса, 51% x86-серверов работают с использованием..."  +2 +/–
Сообщение от northbear (??), 22-Янв-13, 15:06 
Это везде проблема... Всякие хероку не на ровном месте возникли... Это типичный аутсорс администраторских услуг... )
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

88. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от гость (?), 21-Янв-13, 18:00 
VirtualPC же!
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

128. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 22-Янв-13, 01:18 
> VirtualPC же!

Слоупоки же. Это скуплено на корню мелкомякотью и превращено в hyper-v. Средства управления коего таковы что даже врагу не пожелаешь.

Ответить | Правка | Наверх | Cообщить модератору

20. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 21-Янв-13, 06:54 
6) Позволяет про.ирать скорости доступа к винтам на сетевых фс.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

34. "По данным опроса, 51% x86-серверов работают с использованием..."  –2 +/–
Сообщение от Feerik_Workemail (?), 21-Янв-13, 09:45 
>Кроме моды и молодежности, оно еще и ...

Звучит как реклама.

А если серьезно - все яйца в одной карзине, это как-то с точки зрения надежности ущербно, не находите? Особенно если учесть что "СЕРВЕРЫ"(а не десктопы), в соседнем магазине не чинятся.

Ну и "МОЩЬНЫЙ СЕРВЕР" это сколько? Насколько мошьный? У меня вот например 24Гб памяти, два проца ксеоновских, 4х ядерных, по 3Ггц и зеркало на SAS-е, полностью сьедает сайт и портал на Битриксе. А еще два i7х компа сьедают терминалы. Третий i7й комп у меня сьедает MS SQL. И.т.п.

Т.е. получается, что очень мошьные серверы обычно под облака, хостинг и вычисления, а остальным и не надо.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

36. "По данным опроса, 51% x86-серверов работают с использованием..."  +9 +/–
Сообщение от AlexAT (ok), 21-Янв-13, 09:57 
> точки зрения надежности ущербно, не находите? Особенно если учесть что "СЕРВЕРЫ"(а
> не десктопы), в соседнем магазине не чинятся.

При нормальном сервисном контракте заменяются в течение 48/24/12/6 часов (в зависимости от контракта) с локального склада.

> Ну и "МОЩЬНЫЙ СЕРВЕР" это сколько? Насколько мошьный? У меня вот например
> 24Гб памяти, два проца ксеоновских, 4х ядерных, по 3Ггц и зеркало
> на SAS-е, полностью сьедает сайт и портал на Битриксе.

А вы побольше битрикс юзайте :)

Ответить | Правка | Наверх | Cообщить модератору

58. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 21-Янв-13, 12:52 
> А вы побольше битрикс юзайте :)

Вообще не понимаю - что всех как мух на это г-но тянет? Ну отстойная же дрянь. Стоит конских бабок, саппорт при том поганый, код слова доброго не стоит, и вообще кривое насквозь. Зачем вляпываться в ЭТО? Может быть хоть один обдадатель этого крапа объяснит - зачем им именно эта дрянь?

Ответить | Правка | Наверх | Cообщить модератору

61. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Пингвино (ok), 21-Янв-13, 13:09 
Таки нету совершенно никакой альтернативы, запиленной под реалии этой страны.
Ответить | Правка | Наверх | Cообщить модератору

76. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 21-Янв-13, 14:59 
> Таки нету совершенно никакой альтернативы, запиленной под реалии этой страны.

А какие-такие особенные реалии у этой страны в плане того что умеет битрикс? Довольно дерьмовенькая CMSка вроде. Или вы намекаете что раз у нас в стране г@вна и идиотизмов много - то и CMS должна быть под стать? oO

Ответить | Правка | Наверх | Cообщить модератору

106. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Пингвино (ok), 21-Янв-13, 20:20 
>> Таки нету совершенно никакой альтернативы, запиленной под реалии этой страны.
> А какие-такие особенные реалии у этой страны в плане того что умеет
> битрикс? Довольно дерьмовенькая CMSка вроде. Или вы намекаете что раз у
> нас в стране г@вна и идиотизмов много - то и CMS
> должна быть под стать? oO

Таки вы предложили вполне интересный вариант, хотя я говорил скорее про такие штуки, как например, интеграция с 1С.

Ответить | Правка | Наверх | Cообщить модератору

129. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 22-Янв-13, 01:19 
> штуки, как например, интеграция с 1С.

Такие штуки тоже неплохо вписываются в эту парадигму, кстати.

Ответить | Правка | Наверх | Cообщить модератору

146. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Николай (??), 22-Янв-13, 09:16 
Чтобы интегрировать CMS с 1с нужен программист для веб и для 1с буквально на 1-3 дня, зависит от задачи. Мы на работе вообще заказами разу в 1с управляли и контент оттуда же выгружали сайт.
Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

188. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Пингвино (ok), 22-Янв-13, 18:06 
> Чтобы интегрировать CMS с 1с нужен программист для веб и для 1с
> буквально на 1-3 дня, зависит от задачи. Мы на работе вообще
> заказами разу в 1с управляли и контент оттуда же выгружали сайт.

А стоимость такого решени? Сопровождаемость? Качество? Сроки опять же ориентировочные и могут различаться от раза к разу, так что будь я на месте бизнесмена, которому это нужно сделать быстро, предпочел бы купить коробочное решение, особенно, в случае если в штате сотрудников программистов нету.

Ответить | Правка | Наверх | Cообщить модератору

199. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 22-Янв-13, 21:14 
> заказами разу в 1с управляли и контент оттуда же выгружали сайт.

И получается в результате очередное глючное и неудобное угробище. Знаем мы это дело.

Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

62. "По данным опроса, 51% x86-серверов работают с использованием..."  +2 +/–
Сообщение от тоже Аноним (ok), 21-Янв-13, 13:27 
Имхо, главная причина такова: сайты обычно делают не хозяева, а студии. Студии имеют долю от продажи Битрикса клиенту и хотят иметь эти деньги. Многое из того, что клиент хочет, кое-как реализовано в Битриксе, для того, чтобы продать клиенту решение, этого достаточно. Для того, чтобы сделать его таким, какое на самом деле нужно клиенту, придется потрудиться, но оплачивать этот труд опять же клиенту - куда он, подсев на Битрикс, денется?
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

75. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 21-Янв-13, 14:57 
> имеют долю от продажи Битрикса клиенту и хотят иметь эти деньги.

А что им мешает делать сайты на базе бесплатных CMS и вообще не делиться с какими-то левыми крокодилами? Ну, кроме собственного кретинизма? :)

Ответить | Правка | Наверх | Cообщить модератору

79. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от тоже Аноним (ok), 21-Янв-13, 15:18 
Вы, видимо, не менеджер и не понимаете разницы между "тупо продать" и "сделать и продать", а также между "навариться на дорогом товаре" и "втюхать за деньги бесплатное".

Я же говорю - успех Битрикса не в инженерной составляющей, а в интересах {нае}бизнеса.

Ответить | Правка | Наверх | Cообщить модератору

91. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 21-Янв-13, 18:34 
> Вы, видимо, не менеджер и не понимаете разницы между "тупо продать" и
> "сделать и продать", а также между "навариться на дорогом товаре" и
> "втюхать за деньги бесплатное".

Почему же, я вижу как граждане продают черти-что вплоть до самописного наколенного крапа за какие-то совершенно конские бабки. Вот я и не понимаю - зачем какие-то дебилы в этом процессе хотят делиться с какими-то левыми прихлебателями? Дорогой продукт бывает и без них.

Ответить | Правка | Наверх | Cообщить модератору

59. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 21-Янв-13, 12:53 
> При нормальном сервисном контракте заменяются в течение 48/24/12/6 часов

Думаете, у обладателя тазиков на i7 есть хоть какой-то "сервисный контракт"? Судя по описанию оно собрано из г-на и палок "уж как вышло" :)

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

45. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Дмитрийemail (??), 21-Янв-13, 11:32 
>А если серьезно - все яйца в одной карзине, это как-то
>с точки зрения надежности ущербно, не находите?
>Особенно если учесть что "СЕРВЕРЫ"(а не десктопы), в соседнем магазине не чинятся.

Для этого придумали кластеризацию. Каждое яйцо в двух коризинах. И надёжно и много "яиц".
На прошлой работе было порядка 512 "яиц" на каждых двух серверах.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

47. "По данным опроса, 51% x86-серверов работают с использованием..."  +2 +/–
Сообщение от Аноним (-), 21-Янв-13, 12:02 
> Звучит как реклама.

Заковывка в том что я не продаю виртуализаторы или что либо относящееся к ним. Я вообще не имею какого либо прямого профита от каких либо виртуализаторов. А вот косвенный в виде повышения моего удобства и упрощения ряда операций - почему бы и нет? Если это и реклама - то только удобства эксплуатации. Не вижу ничего зазорного в "рекламе" технологий которые делают жизнь удобнее.

> А если серьезно - все яйца в одной карзине

Так делают только бакланы. У нормальных людей есть несколько серверов и бэкапы, так что отвал башки на 1 сервере приведет лишь к минимальному даунтайму (if any) и некоторому росту нагрузки на другие хосты из-за перераспределения виртуалок на них. В лучшем случае - если мониторинг показывает что "кулер заглох", "smart полагает что винт скоро умрет" и прочая, что не фатально вот прямща, но при игнорировании станет проблемой - можно вообще все виртуалки сдвинуть с сервака, который надо выключить и чинить его сколько влезет. А те кто пользовался услугами сервисов в виртуалках вообще ничего и не заметят даже в лучшем случае. Т.к. есть такая черная магия как "live миграция".

> Ну и "МОЩЬНЫЙ СЕРВЕР" это сколько? Насколько мошьный?

Любой сервак, который по данным мониторинга имеет достаточно большой idle time, свободную память, неозадаченный I/O и прочая. Т.е. по сути любой недогруженный сервак - хороший кандидат на получение профита за счет виртуализации. Как оно там будет в лично вашей конфигурации - не мои проблемы.

>  а остальным и не надо.

Как видим из сабжа - надо. И даже перечисленные вами тазики довольно сложно загрузить на 100% что скулем, что битриксом. Ну разве что вы или обслуживаете чуть ли не полпланеты и это реально нагруженные серваки, или админ у вас на редкость ж@порукий (ну или как вариант программеры, если там какой-то кастомный код).

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

90. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от XoRe (ok), 21-Янв-13, 18:24 
> У меня вот например
> 24Гб памяти, два проца ксеоновских, 4х ядерных, по 3Ггц и зеркало
> на SAS-е, полностью сьедает сайт и портал на Битриксе.

Вы не поверите, насколько можно снизить потребление железа в вашем случае, если перейти на nginx+php-fpm.
Ну а чем загрузить сервер, это как максимальная цена на товар - ей нет предела.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

183. "По данным опроса, 51% x86-серверов работают с использованием..."  +2 +/–
Сообщение от northbear (??), 22-Янв-13, 15:51 
>>Кроме моды и молодежности, оно еще и ...
> Звучит как реклама.
> А если серьезно - все яйца в одной карзине, это как-то с
> точки зрения надежности ущербно, не находите? Особенно если учесть что "СЕРВЕРЫ"(а
> не десктопы), в соседнем магазине не чинятся.

Для этого берется два "мощных" сервера, либо один плюс один послабее на подхват. В зависимости от критичности сервисов.

> Ну и "МОЩЬНЫЙ СЕРВЕР" это сколько? Насколько мошьный?  меня вот например
> 24Гб памяти, два проца ксеоновских, 4х ядерных, по 3Ггц и зеркало
> на SAS-е, полностью сьедает сайт и портал на Битриксе. А еще
> два i7х компа сьедают терминалы.

Ну, что тут еще скажешь. Руки на наковальню, и пудовым молотом... Больше никак.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

83. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от myhand (ok), 21-Янв-13, 15:35 
> 1) Позволяет полнее прогрузить мощный сервер, почти не в ущерб изоляции. PROFIT.

И давно unix перестали быть многопользовательскими, многозадачными системами?

> 2) Упрощает разворачивание конфигурации и повышает гибкость маневрирования.

Руки вынь из...  Ну, ты понел.

"Упростить" виртуализация разворачивание конфигурации может только в одном случае - когда эта самая конфигурация представляет собою полный бардак.  Взрослые люди используют для подобных вещей штуки типа puppet и не говорят чепухи...

> 3) Позволяет балансировать нагрузку в больших конфигурациях. Если некий сервак зашивается, а некие другие недогружены, перетащить между ними виртуалку - фигня вопрос.

А если немного подумать головой - можно ничуть не сложнее "перетащить" то, что реально создает нагрузку (аккаунты сервисов, сайты, etc).  Без никакой виртуализации.  И, соответственно, без оверхеда из надцати систем на одном железе.

> 4) Есть такая хорошая штука - снапшоты. ... Замечательная вещь для системокрушильных экспериментов: даже после полного дестроя все возвращается "как было" за считанные секунды. ...

Без виртуализации - тоже есть снапшоты (LVM, некоторые файловые системы).  Нет никаких причин не использовать их с умом на "реальной железке".

> 5) При необходимости выключить некий сервер (на обслуживание, etc) можно избежать длительного даунтайма для того что там на нем работало.

В принципе, ничто не мешает смигрировать все и без виртуализации.  Руки?

PS: Ни разу не против виртуализации, но в ваших устах ее защита - полностью оправдывает эпитеты "модно, молодежно"...

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

99. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 21-Янв-13, 19:43 
> И давно unix перестали быть многопользовательскими, многозадачными системами?

Это всего лишь следующий уровень в плане управления инфраструктурой. С выносом сервисов в отдельный контейнер вместо отдельного сервера, но по прежнему с персональной конфигурацией того что хочется персонализировать: настройки ОС и ее ядра, юзермода и самого сервиса - все как на реальной железке. Хорошо в этом плане то что атомарной сущностью выступает нечто логически завершенное и самостоятельное, т.е. VM обладающая почти всеми свойствами железной машины и администряемая аналогично таковой. При ее перемещении проблемы с отъездом конфигурации мигрируемого сервиса не возникнут - он со своим окружением целиком мигрируется, проблемам вылезти просто неоткуда. Самый безграбельный маршрут.

Это просто иной подход к инфраструктуре: более-менее универсальная среда - "вычислительные ресурсы". И "сервисы" - то что претендует на ресурсы. Претендент получает ресурсы по запросам (или за сколько уплачено, если хостинг). Нормальный и логичный подход. Приватные клауды - опять же, логичное развитие куда-то в ту же сторону.

Теоретики что-то такое пророчили уже давно. Как обычно в сферически-конском виде. Они называли это процессом-странником. И дизайнили какие-то крейзанутые операционки под это дело. Инженеры повертели пальцем у виска, но общую идею на вооружение взяли. И сделали почти то же самое из более привычных вещей. Потому что персональный ракетоплан - это круто, но обычно всем хватит персонального автомобиля.

>> 2) Упрощает разворачивание конфигурации и повышает гибкость маневрирования.
> Руки вынь из...  Ну, ты понел.

Да я уже давно понял что громче всех в таком стиле кудахтают те у кого в ОС виртуализации нет. В виртуалке если я допустим снесу бутлоадер - откат снапшота вернет все на место за 10 секунд. Т.к. при желаниии - снапшотится "блочный девайс вообще". А вот вы в этом случае таки будете мудохаться с заковыриванием бутлоадера на место. Явно дольше. И спасибо если без посещения тазика лично или юзания ремотного интерфейса менеджмента непонятной степени кривизны.

> для подобных вещей штуки типа puppet и не говорят чепухи...

Вы не поняли. Штуки типа puppet не заменяют а дополняют. В общем случае скопировать и запустить образ виртуалки проще и быстрее чем затолкать даже образ диска на физическую машину. Только и всего.

>> 3) Позволяет балансировать нагрузку в больших конфигурациях. Если некий сервак
>> зашивается, а некие другие недогружены, перетащить между ними виртуалку - фигня вопрос.
> А если немного подумать головой - можно ничуть не сложнее "перетащить" то,
> что реально создает нагрузку (аккаунты сервисов, сайты, etc).  Без никакой
> виртуализации.  И, соответственно, без оверхеда из надцати систем на одном железе.

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

> Без виртуализации - тоже есть снапшоты (LVM, некоторые файловые системы).  

Есть. Но это довольно урезанное понимание снапшота. Снапшот VM может быть и например с полным снапшотом блочного девайса, включая служебные области. Образом RAM VM и прочая. Все это дает кучу дополнительных возможностей. Которые в конечном итоге служат простой цели - атомарно переместить нечто целиком без отвалов башки. Простой, быстрой и удобной операцией. Без педально-весельных закатов солнца вручную.

> Нет никаких причин не использовать их с умом на "реальной железке".

Нет никаких причин не пользоваться виртуализацией в XXI веке. Абстрагировав вычислительные ресурсы от претендентов на таковые.

> В принципе, ничто не мешает смигрировать все и без виртуализации.  Руки?

Миграция VMа целиком - гарантирует простоту процесса и то что в процессе заведомо ничего не отвалится. Т.к. исключено на уровне организации процесса миграции. Независимость от конкретики конфигурации ОС хоста и прочая. Это удобно.

> PS: Ни разу не против виртуализации, но в ваших устах ее защита
> - полностью оправдывает эпитеты "модно, молодежно"...

А также просто, быстро, снижает затраты на администреж и снижает риск факапов. И правда, зачем какие-то дураки летают самолетами? Можно же ходить пешком!

Ответить | Правка | Наверх | Cообщить модератору

117. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от myhand (ok), 21-Янв-13, 22:25 
> Хорошо в этом плане то что атомарной сущностью выступает нечто логически завершенное и
> самостоятельное, т.е. VM обладающая почти всеми свойствами железной машины и администряемая
> аналогично таковой.

Что вам запрещает считать логически завершенным и самостоятельным - группу процессов, выполняющих определенные задачи?

И причем здесь вообще свойства "железной машины"? :D  Абсолютно никто в реальном продакшене железки не эмулирует, за редкими специализированными исключениями.  Кстати, запуск legacy-софта - как раз таки разумный пример использования виртуализации.  Для пропиерастов, конечно.

> При ее перемещении проблемы с отъездом конфигурации мигрируемого сервиса
> не возникнут - он со своим окружением целиком мигрируется, проблемам вылезти
> просто неоткуда.

Ох уже эти "теоретики"...

> Нормальный и логичный подход.

Чем "ненормален и нелогичен" - подход с разделением ресурсов обычными средствами ОС?  Как вы сами упомянули - многозадачные ОС появились давным давно, ресурсы делить тоже не вчера научились.  Может, кто-то просто не вкурсе?

> Теоретики что-то такое пророчили уже давно. Как обычно в сферически-конском виде. Они
> называли это процессом-странником.

И правильно делали.  Именно в этом направлении идет развитие того, что включают в Linux (см., к примеру в сторону CRIU).  А OpenVZ - дорога в никуда.

> Да я уже давно понял что громче всех в таком стиле кудахтают
> те у кого в ОС виртуализации нет.

???!

> В виртуалке если я допустим снесу бутлоадер - откат снапшота вернет все на место за
> 10 секунд. Т.к. при желаниии - снапшотится "блочный девайс вообще". А
> вот вы в этом случае таки будете мудохаться с заковыриванием бутлоадера
> на место.

Не буду.  Просто потому что сервер загрузится дальше.  Не с этого диска - так с другого.

Понимаете, да?  Задачу можно решить разными способами.

>> для подобных вещей штуки типа puppet и не говорят чепухи...
> Вы не поняли. Штуки типа puppet не заменяют а дополняют.

Не заменяют и не дополняют - просто это пример разумного управления конфигурациями.  А не бардака с "скопировать и запустить".

> Можно и в владивосток из москвы пешком сходить, теоретически ничему не противоречит.
> Но на самолете - явно проще и быстрее. Вот то что предлагаете вы - чесать пешком.

Отнюдь.  Просто подобное решение нельзя получить привычным многим локалхост-админам копипастом из какого-нибудь говноблога.  Иными словами - здесь нет универсальных решений.  Их нет и в вашем случае: в зависимости от характера сервиса(ов) виртуалки, размера данных, нагрузки - вас поджидают разного рода засады...  Удачи - у вас еще столько впереди!...

>> Без виртуализации - тоже есть снапшоты (LVM, некоторые файловые системы).
> Есть. Но это довольно урезанное понимание снапшота. Снапшот VM может быть и
> например с полным снапшотом блочного девайса, включая служебные области.

Вы про MBR? :)  Выше было поставлено под вопрос - насколько это может оказаться полезным.

> Образом RAM VM и прочая.

Это верно, конечно.  Но конкретно в вашем примере (быстро откатить здорово поломанное) - ничего такого особо и не нужно.

>> Нет никаких причин не использовать их с умом на "реальной железке".
> Нет никаких причин не пользоваться виртуализацией в XXI веке.

С умом - вполне можно.

> Абстрагировав вычислительные ресурсы от претендентов на таковые.

Moar абстрахций!  А многозадачность, процессы, потоки - все это зачем по-вашему?

>> В принципе, ничто не мешает смигрировать все и без виртуализации.  Руки?
> Миграция VMа целиком - гарантирует простоту процесса и то что в процессе
> заведомо ничего не отвалится.

Прямые руки и знания - вот что в реальности гарантируют декларированное вами.

Ответить | Правка | Наверх | Cообщить модератору

130. "По данным опроса, 51% x86-серверов работают с использованием..."  +2 +/–
Сообщение от Аноним (-), 22-Янв-13, 04:37 
> Что вам запрещает считать логически завершенным и самостоятельным - группу процессов, выполняющих
> определенные задачи?

Например, то что в принципе они и их работа могут зависеть от ОС, либ в ней, конкретики ее настройки. А тут оно вместе с ОС и кочует - заведомо рабочее, без отвалов башки.

> И причем здесь вообще свойства "железной машины"? :D

При том что удобно админить логически законченную самодостаточную сущность - ОС и сервис(ы) в ней. Так что при перемещениях оно не поломается. VMы и продвинутые формы контейнеров как раз это и обеспечивают. Но с контейнерами уже ряд оговорок. Например, что если набор модулей разный, а проги зависели от неких модулей ядра? В VM данной проблемы не стоит как класса. А чем дальше от VM с OS и ближе к chroot, тем больше грабель такого плана. Которые надо учитывать и которые дополнительный риск.

> Абсолютно никто в реальном продакшене железки не эмулирует,

Так никому и не уперлось что-то "эмулировать". Уперлось абстрагировать и развязать сущности друг от друга, чтобы стало возможным простое перемещение.

> за редкими специализированными исключениями.

Скорее уж реальные PCI-девайсы пробрасывают, etc. По соображениям скорости работы всего этого. Именно софтварная эмуляция да и просто сколь-нибудь масштабная софтварная обработка - медленно все-таки.

>  Кстати, запуск legacy-софта - как раз таки разумный пример использования
> виртуализации.  Для пропиерастов, конечно.

Это разумный вариант, но любителей настолько хардкорно кактусом давиться в природе не очень много.

>> просто неоткуда.
> Ох уже эти "теоретики"...

"Теоретики", btw, виртуализацию и контейнеры уже годков наверное ~7 юзают в том или ином виде.

>> Нормальный и логичный подход.
> Чем "ненормален и нелогичен" - подход с разделением ресурсов обычными средствами ОС?

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

>  Как вы сами упомянули - многозадачные ОС появились давным давно,
> ресурсы делить тоже не вчера научились.  Может, кто-то просто не вкурсе?

Они научились, но несколько не в том виде котором было на самом деле надо. Т.е. полная глухая изоляция всех от всех - по дефолту, полисовка ресурсов - достаточно дуракоустойчивая, с учетом нужд хостеров и подобных, etc. Миграция - сразу всего окружения со всеми прибамбасами. Чтобы юзер например хостинга мог переехать на иную железку и у него ничего не отпало не дай боже. Иначе он обозлится и покажет фак такому хостеру.

> И правильно делали.  Именно в этом направлении идет развитие того, что включают
> в Linux (см., к примеру в сторону CRIU).  А OpenVZ - дорога в никуда.

OpenVZ во многом базируется на LXC. Который JFYI в майнлайн включен, только расширяет и дополняет его. Основным недостатком является по сути то что оно не в майнлайне. Основным достоинством за это являются приличные управляторы и набор фич удобный для хостеров. Кстати с не удивлюсь если они будут работать через CRIU как раз для живой миграции.

Но с юзермодом все несколько сложнее. А что если мы хотим мигрировать машину, а на том хосте - тадам! - нет нужного модуля ядра? От которого вот эта машина что-то хотела? В полновесной виртуализации такая проблема просто не стоит: ядро и модули тоже свои притащут. А от хоста требуется только совсем низкоуровневый арбитраж ресурсов. По каким-то таким причинам виртуализаторы расцветают бурным цветом. Ну то-есть на самом деле всем надо именно вот это. Они формируют спрос. Ну и предложение появляется.

> ???!

Да есть тут некоторые.

>> вот вы в этом случае таки будете мудохаться с заковыриванием бутлоадера на место.
> Не буду.  Просто потому что сервер загрузится дальше.  Не с этого диска - так с другого.

Опять какие-то рояли в кустах, да еще с целым оркестром допущений в комплекте. А у виртуалок один рояль только - снапшот должен быть. Если он есть - можно отмотать. А если снапшот на ФС - как минимум ОС должна быть жива настолько чтобы загрузиться и осилить его отмотать назад. У полного виртуализатора таких допущений нет - можно вообще все снести в ноль и потом вернуть в вид как было. Просто потому что снапшотинг целиком блочного девайса - более полная и низкоуровневая штука. И достаточно простая чтобы это отпедалил виртуализатор, без помощи операционки в гуесте.

> Понимаете, да?  Задачу можно решить разными способами.

Да, а еще я понимаю что есть допустим хостер. Он хочет клиента перекинуть на соседнюю железку, т.к. с старой например проблемы намечаются. Дрюкаться с выяснением какой там у задач клмента был файл исполняемого, где конфиги, что там ему надо и прочая - совершенно левый гемор, который никому нафиг не упал. Ни хостерам, ни клиентам. Да и в ынтырпрайзе с кучей машин и сервисов - тоже. Правда просто? Ну вот опенвза это в первом приближении может.

>> Вы не поняли. Штуки типа puppet не заменяют а дополняют.
> Не заменяют и не дополняют - просто это пример разумного управления конфигурациями.

Администрежка виртуалок через подобные средства совершенно ничему не противоречит.

>  А не бардака с "скопировать и запустить".

Ну да, лично вы у нас тут знаете только один правильный вариант как надо и как лучше, во всех 100% случаев. А всех несогласных с вами наверное надо бы расстрелять. Если вы такой деревянный и не поняли - обычно никто не копирует виртуалки самолично, ручками. И никакого особого бардака не возникает. В ынтырпрайзятине обычно это выглядит так: виртуализатору сообщают "мы тут хотим машину такую-то". Он сам ее лепит. Все, конец истории. Опенвза сие тоже до некоторой степени умеет.

>> Но на самолете - явно проще и быстрее. Вот то что предлагаете вы - чесать пешком.
> Отнюдь.  Просто подобное решение нельзя получить привычным многим локалхост-админам
> копипастом из какого-нибудь гoвноблога.

Понимаете ли, ни ынтырпрайзников ни хостеров не прельщает дрюкаться с фигурным выпиливанием лобзиком. У них вообще-то конвейер. И они не могут позволить себе роскошь фигурно лобзиком два дня пилять. Надо чтобы захотели -> бабах -> готово. А вот свой апломб неплохо бы строить иногда. А то тоже мне, пальцы веером, кожа шифером. А сам поди админ какого-нибудь зачуханного локалхоста или спасибо если пары серверов Рога & Копыта, инк.

> Иными словами - здесь нет универсальных решений.

А вот хостеры и энтерпрайзы хотят более-менее generic управление такими вещами и готовы за это платить звонкой монетой. Теперь я думаю вы начнете догадываться почему мир выглядит таким какой он есть, а не таким каким бы лично вам хотелось его видеть.

>  Их нет и в вашем случае: в зависимости от характера сервиса(ов) виртуалки,
> размера данных, нагрузки - вас поджидают разного рода засады...

Понимаете, указанные требования в общем то предъявляю не лично я а вообще индустрия в целом. Хостеры, ынтырпрайзы. И софт резонно движется в ту сторону, ибо спрос рождает предложение. И реалии таковы что например хостеру надо возможность сдвинуть клиента целиком, со всем хламом, без отвалов башки на иную железку, например. Да и ынтырпрайзы что-то такое в конечном итоге хотят. Вот потому и процветают упомянутые дизайны виртуализаторов и контейнеров. Это так сложно осознать?

>  Удачи - у вас еще столько впереди!...

Угу, поучите меня виртуализаторы использовать. В ынтырпрайз из-за парты? Ну так, судя по количеству апломба и распальцов с вашей стороны.

>> например с полным снапшотом блочного девайса, включая служебные области.
> Вы про MBR? :)  

Про все. MBR, bootloader, kernel и критичное для взлета ОС окружение. В случае полного виртуализатора он вообще никаких допущений не делает и откатывает снапшоты сам, не прибегая к услугам guest OS которая может быть вытерта хоть вообще в ноль.

> Выше было поставлено под вопрос - насколько это может оказаться полезным.

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

>> Образом RAM VM и прочая.
> Это верно, конечно.  Но конкретно в вашем примере (быстро откатить здорово
> поломанное) - ничего такого особо и не нужно.

Зато это более точное восстановление в прошлое состояние. Ну или точный трансфер состояния VM на другую железяку, если это же самое применяется при миграции.

> С умом - вполне можно.

Дык. Это работает. И достаточно хорошо. А вот апломб немного строить надо, да.

>> Абстрагировав вычислительные ресурсы от претендентов на таковые.
> Moar абстрахций!  А многозадачность, процессы, потоки - все это зачем по-вашему?

Так исторически сложилось. Но упомянутым выше субъектам данные концепции в сыром виде неудобны для взаимодействия (чего ради хостер должен париться вопросом какие у меня процессы или где и какие файлы им нужны, например?). Удобнее чтобы юнитом взаимодействия было виртуальное окружение со всеми потрохами. Ну, VE опенвзы или VM виртуализатра. Правда сюрприз? :)

> Прямые руки и знания - вот что в реальности гарантируют декларированное вами.

Немеряный апломб на форуме - еще не гарантия пряморукости индивида.

Ответить | Правка | Наверх | Cообщить модератору

174. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от myhand (ok), 22-Янв-13, 13:50 
>> Что вам запрещает считать логически завершенным и самостоятельным - группу процессов, выполняющих
>> определенные задачи?
> Например, то что в принципе они и их работа могут зависеть от
> ОС, либ в ней, конкретики ее настройки.

Ну сделайте так, чтобы зависимости не было.  Система, вместе с "либами" - стандартная.  Или вы предпочитаете гетерогенный бардак?  Да, сделать такой сильно виртуализация поможет - только нужно-ли?

>> И причем здесь вообще свойства "железной машины"? :D
> При том что удобно админить логически законченную самодостаточную сущность - ОС и
> сервис(ы) в ней. Так что при перемещениях оно не поломается.

Вполне самодостаточная сущность - сервис.  Без проблем можно перемещать.  И?

>> за редкими специализированными исключениями.
> Скорее уж реальные PCI-девайсы пробрасывают, etc.

Да нет.  Имелось в виду - разработка, тестирование.

>>> просто неоткуда.
>> Ох уже эти "теоретики"...
> "Теоретики", btw, виртуализацию и контейнеры уже годков наверное ~7 юзают в том
> или ином виде.

Если б использовали - испытали бы на себе не раз те или иные грабли миграции и молчали бы в тряпочку...

>>> Нормальный и логичный подход.
>> Чем "ненормален и нелогичен" - подход с разделением ресурсов обычными средствами ОС?
> Тем что оно не будет самодостаточным - при мигрировании на другой сервер
> более вероятен отвал башки, в зависимости от конфигурации ОС и тамошнего юзермода.

Решается просто - увольнением локалхост админа и наймом профессионалов, которые бардака не устраивают.

>>  Как вы сами упомянули - многозадачные ОС появились давным давно,
>> ресурсы делить тоже не вчера научились.  Может, кто-то просто не вкурсе?
> Они научились, но несколько не в том виде котором было на самом
> деле надо. Т.е. полная глухая изоляция всех от всех - по
> дефолту, полисовка ресурсов

...  А по факту - дикий оверселлинг, как и раньше.  Поделить же рессурсы справедливо - были средства и раньше.  Приятно, конечно, что они совершенствуются.  Но виртуализация тут сильно сбоку...

> Миграция - сразу всего окружения со всеми прибамбасами. Чтобы
> юзер например хостинга мог переехать на иную железку и у него
> ничего не отпало не дай боже.

Без проблем.  "У нас все работает" (ц)  Ну не нужна для этого виртуализация, не нужна...  "Юзеров хостинга" - гоняли спокойно между железками еще в 90-х :D

>>> вот вы в этом случае таки будете мудохаться с заковыриванием бутлоадера на место.
>> Не буду.  Просто потому что сервер загрузится дальше.  Не с этого диска - так с другого.
> Опять какие-то рояли в кустах, да еще с целым оркестром допущений в
> комплекте. А у виртуалок один рояль только - снапшот должен быть.

Рояль в кустах только один - системный администратор с головой на плечах.

>>  А не бардака с "скопировать и запустить".
> Ну да, лично вы у нас тут знаете только один правильный вариант
> как надо и как лучше, во всех 100% случаев. А всех
> несогласных с вами наверное надо бы расстрелять.

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

>>> Но на самолете - явно проще и быстрее. Вот то что предлагаете вы - чесать пешком.
>> Отнюдь.  Просто подобное решение нельзя получить привычным многим локалхост-админам
>> копипастом из какого-нибудь гoвноблога.
> Понимаете ли, ни ынтырпрайзников ни хостеров не прельщает дрюкаться с фигурным выпиливанием
> лобзиком. У них вообще-то конвейер. И они не могут позволить себе
> роскошь фигурно лобзиком два дня пилять.

Зато они замечательно могуть позволить себе сдизайнить решение один раз и хорошо.

>> Иными словами - здесь нет универсальных решений.
> А вот хостеры и энтерпрайзы хотят более-менее generic управление такими вещами и
> готовы за это платить звонкой монетой.

VPS-хостеры - далеко даже не весь спектр услуг хостинга.  Ы?  Что у вас там под ынтырпрайзом - я не берусь судить.  1C+windows+аникей - угадал?

>>  Их нет и в вашем случае: в зависимости от характера сервиса(ов) виртуалки,
>> размера данных, нагрузки - вас поджидают разного рода засады...
> Понимаете, указанные требования в общем то предъявляю не лично я а вообще
> индустрия в целом. Хостеры, ынтырпрайзы.

Ну, куда мне спорить со всем миром...  Хорошо, что есть афторитеты, умеющие говорить за все мировое IT без тени сумнения...

>>> Абстрагировав вычислительные ресурсы от претендентов на таковые.
>> Moar абстрахций!  А многозадачность, процессы, потоки - все это зачем по-вашему?
> Так исторически сложилось.

Сказал - как отрезал.  Все малыш - в школу.  Ать-два.

> Но упомянутым выше субъектам данные концепции в сыром виде
> неудобны для взаимодействия (чего ради хостер должен париться вопросом какие у
> меня процессы или где и какие файлы им нужны, например?).

Потому например, что на говнохостинге мир не заканчивается.  Я *знаю* какие и где у данного проекта крутятся процессы и зачем.  Как, куда и в какой последовательности можно осуществлять перенос или масштабирование системы.  Без перерывов обслуживания.

И для всего этого в ОС полно удобных абстракций, без всякой виртуализации.  Не рассказывайте мне как будет хорошо из-за того, что я тупо впустую потрачу ресурсы.

Ответить | Правка | Наверх | Cообщить модератору

239. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 09-Фев-13, 06:17 
>> ОС, либ в ней, конкретики ее настройки.
> Ну сделайте так, чтобы зависимости не было.  Система, вместе с "либами"

Одно дело если другие за вас нечто делают и совсем иной вопрос если это надо делать самому. А нафига лишняя возня кому-то сдастся? И что, вы уже умеете живую миграцию групп процессов без отвала у них башки? Чтобы прямо вся группа синхронно?

> Вполне самодостаточная сущность - сервис.  Без проблем можно перемещать.  И?

В теории - да. На практике - проще юзать виртуализаторы.

>>> за редкими специализированными исключениями.
>> Скорее уж реальные PCI-девайсы пробрасывают, etc.
> Да нет.  Имелось в виду - разработка, тестирование.

Да, прикольно думать что вон тот 51% дураки и только вы - умный.

> Если б использовали - испытали бы на себе не раз те или иные грабли миграции и молчали
> бы в тряпочку...

Грабли бывают в любых технологиях. Это не повод ими совсем не пользоваться. Скажите, а вы не пользуетесь автомобилями потому что ДТП? Самолетами - потому что падают? Поездами - из-за риска крушения? Что же вы - пешком все время ходите? А как же риск свалиться в канализационный люк или нарваться на маньяка?

> Решается просто - увольнением локалхост админа и наймом профессионалов, которые бардака не устраивают.

Почему-то в ваших решениях всегда оказываются дополнительные условия, допущения, требования и оговорки. А оно кому-то надо - лишняя возня на ровном месте? Ну вот и пользуются виртуализацией.

> ...  А по факту - дикий оверселлинг, как и раньше.

Виртуализация - лишь средство. Политику она не меняет, ясен фиг. И не должна. Если кто-то хочет оверселлить - он будет оверселлить. С виртуализацией ли, без. Какая разница?

> Поделить же рессурсы справедливо - были средства и раньше.  Приятно,
> конечно, что они совершенствуются.  Но виртуализация тут сильно сбоку...

Как видим - активно используется. Как раз для этого.

> Без проблем.  "У нас все работает" (ц)  Ну не нужна для этого виртуализация,
> не нужна...  "Юзеров хостинга" - гоняли спокойно между железками еще в 90-х :D

Вот только это были или шаред-какашки, не администряемые со стороны юзера полноценно, или архидорогие дедики. Виртуализаторы и контейнеры успешно заполнили недостающее звено:  дешевле чем дедик, а админится с точки зрения юзера как именно отдельная машина. Так что не надо зависеить от хостеровских причуд ("а есть ли такая программа, модуль ядра, либа, ..."). Виртуализация обеспечила удобный стык между клиентами и хостерами. Да и не только между ними.

> Рояль в кустах только один - системный администратор с головой на плечах.

Не вижу как например хостер сможет это делать удобным для себя и клиентуры. Да и в энтерпрайзах все эти ваши рояли и допущения никому нафиг не упали.

> Нет.  Просто против щенячьих восторгов из-за виртуализации.  Повсеместное использование
> ее - глупость.   Приблизительно такая же, как хвалиться возможностью устроить гетерогенный бардак.

У кучи хостеров именно такой гетерогенный бардак. Потому что все клиенты хотят разного. Да и в энтерпрайзах - сервисы бывают разные. Возможность рулить инфраструктурой унифицированно, отвязав сервисы от оборудования там где возможно и оправданно - штука хорошая.

>> лобзиком. У них вообще-то конвейер. И они не могут позволить себе
>> роскошь фигурно лобзиком два дня пилять.
> Зато они замечательно могуть позволить себе сдизайнить решение один раз и хорошо.

Ну и пусть себе дизайнят. А другие участники рынка выбирают виртуализацию. Потому что она позволит им не предполагать что правила выбиты в камне и гибко маневрировать при желании.

> VPS-хостеры - далеко даже не весь спектр услуг хостинга.  Ы?  

Не весь. Но достаточно большая ниша, удачно заполнившая пропасть между отстойными шаредами и дорогими дедиками. Не замечать это может только полный дуб.

> Что у вас там под ынтырпрайзом - я не берусь судить.

И тут же занимаетесь гаданием. Ха-ха.

>  1C+windows+аникей - угадал?

Нет, разумеется. Я про любые достаточно большие конторы у которых относительно много инфраструктуры и сервисов.

> Ну, куда мне спорить со всем миром...  Хорошо, что есть афторитеты,
> умеющие говорить за все мировое IT без тени сумнения...

Вот и я не понимаю - статистика говорит сама за себя, и только myhand зачем-то ссыт против ветра. Ну, ссыте, дело хозяйское :)

> Сказал - как отрезал.  Все малыш - в школу.  Ать-два.

Я так смотрю, у вас прямо какие-то комплексы насчет возраста. Что, недавно из-за парты, в контору "рога и копыта"? Ну, бывает. Для таких вообще характерно продр@чивать ресурсы на изобретение великов вместо того чтобы взять уже готовый.

> Потому например, что на гoвнохостинге мир не заканчивается.  Я *знаю* какие
> и где у данного проекта крутятся процессы и зачем.  

Да кого колышет ваш долбаный проект кроме вас? Вот на нем мир действительно не заканчивается. А в инфраструктуре на 500 серваков и кучей сервисов им под стать у админов бошка вспухнет знать где какие процессы крутятся. Вот виртуализаторы позволяют совершенно этой дребеденью не заморачиваться. Оперируя понятиями вида "есть ресурсы/нет ресурсов". Окучивать локалхост до поросячьего визга - прерогатива пионерии.

> Как, куда и в какой последовательности можно осуществлять перенос или масштабирование системы.
>  Без перерывов обслуживания.

Проблема только в том что это какой-то очень частный случай. Который никому кроме лично вас вообще нафиг не упал.

> И для всего этого в ОС полно удобных абстракций, без всякой виртуализации.

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

>  Не рассказывайте мне как будет хорошо из-за того, что я тупо впустую потрачу ресурсы.

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

Ответить | Правка | Наверх | Cообщить модератору

247. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от myhand (ok), 09-Фев-13, 19:08 
> И что, вы уже умеете живую миграцию групп процессов без отвала
> у них башки? Чтобы прямо вся группа синхронно?

По-хорошему - пока нет.  Но дело к этому идет (criu и т.п.).   А с минимальным даунтаймом - пожалуйста.

>> Вполне самодостаточная сущность - сервис.  Без проблем можно перемещать.  И?
> В теории - да. На практике - проще юзать виртуализаторы.

Если за душей нет готовых, отлаженных и давно используемых решений.  Повторяю - для хостинга подобные вещи давно не новы.

>>>> за редкими специализированными исключениями.
>>> Скорее уж реальные PCI-девайсы пробрасывают, etc.
>> Да нет.  Имелось в виду - разработка, тестирование.
> Да, прикольно думать что вон тот 51% дураки и только вы - умный.

Где я такое написал?

>> Если б использовали - испытали бы на себе не раз те или иные грабли миграции и молчали
>> бы в тряпочку...
> Грабли бывают в любых технологиях. Это не повод ими совсем не пользоваться.

Повод, если выигрыш от них - невелик.

> Скажите, а вы не пользуетесь автомобилями потому что ДТП? Самолетами -
> потому что падают?

Ну, в магазин за продуктами - я тоже не летаю на вертолете...

>> Решается просто - увольнением локалхост админа и наймом профессионалов, которые бардака не устраивают.
> Почему-то в ваших решениях всегда оказываются дополнительные условия, допущения, требования
> и оговорки. А оно кому-то надо - лишняя возня на ровном месте?

А оно кому надо - потом лишние проблемы на ровном месте?  Каждый выбирает сам.

>> ...  А по факту - дикий оверселлинг, как и раньше.
> Виртуализация - лишь средство. Политику она не меняет, ясен фиг. И не
> должна. Если кто-то хочет оверселлить - он будет оверселлить. С виртуализацией
> ли, без. Какая разница?

Действительно, разницы никакой.  Так что в достоинства виртуализации - тут нечего записать.

>> Поделить же рессурсы справедливо - были средства и раньше.  Приятно,
>> конечно, что они совершенствуются.  Но виртуализация тут сильно сбоку...
> Как видим - активно используется. Как раз для этого.

Увы, хостинга это не затрагивает.

>> Без проблем.  "У нас все работает" (ц)  Ну не нужна для этого виртуализация,
>> не нужна...  "Юзеров хостинга" - гоняли спокойно между железками еще в 90-х :D
> Вот только это были или шаред-какашки, не администряемые со стороны юзера полноценно,
> или архидорогие дедики. Виртуализаторы и контейнеры успешно заполнили недостающее звено:
>  дешевле чем дедик, а админится с точки зрения юзера как
> именно отдельная машина.

Угу.  "Как отдельная машина" - т.е. никак.  Догоним и перегоним ПК секретуток в обеспечении популяции ботнетов...

> Виртуализация обеспечила удобный стык между клиентами и хостерами.

Больше пока похоже на очередную приманку для лохов.

>> Рояль в кустах только один - системный администратор с головой на плечах.
> Не вижу как например хостер сможет это делать удобным для себя и клиентуры.

Ты - не видишь.  А он есть!

>> Нет.  Просто против щенячьих восторгов из-за виртуализации.  Повсеместное использование
>> ее - глупость.   Приблизительно такая же, как хвалиться возможностью устроить гетерогенный бардак.
> У кучи хостеров именно такой гетерогенный бардак.

Что время от времени - выходит боком даже клиентам.  Не говоря уже о самом хостере...  Незачем глупостями хвалиться.

>>> лобзиком. У них вообще-то конвейер. И они не могут позволить себе
>>> роскошь фигурно лобзиком два дня пилять.
>> Зато они замечательно могуть позволить себе сдизайнить решение один раз и хорошо.
> Ну и пусть себе дизайнят. А другие участники рынка выбирают виртуализацию.

А еще - они выбирают виндовс.  И чо?

>> VPS-хостеры - далеко даже не весь спектр услуг хостинга.  Ы?
> Не весь. Но достаточно большая ниша, удачно заполнившая пропасть между отстойными шаредами
> и дорогими дедиками.

Я бы сказал иначе: успешно свалившая шареды в еще большую отстойность.  И наполовину занявшее их место с худшим качеством.  Глупо такими достижениями хвалиться.

> Вот и я не понимаю - статистика говорит сама за себя

И чо, если "статистика говорит", что больше половины мужской популяции носят "брюки клеш" - мне бежать выкидывать джинсы?  Люди принимают глупые решения, люди следуют моде.  Статистика "говорит" мне об этом, почему нет?

>> Потому например, что на гoвнохостинге мир не заканчивается.  Я *знаю* какие
>> и где у данного проекта крутятся процессы и зачем.
> Да кого колышет ваш долбаный проект кроме вас? Вот на нем мир
> действительно не заканчивается. А в инфраструктуре на 500 серваков и кучей
> сервисов им под стать у админов бошка вспухнет знать где какие
> процессы крутятся.

Замечательно.  Их уволят - и наймут тех, кто в состоянии упорядочить инфраструктуру, чтобы можно было "знать".  Необходимость этого знания - не исчезает, вне зависимости от числа тазиков в вашей "инфраструктуре".

>> Как, куда и в какой последовательности можно осуществлять перенос или масштабирование системы.
>>  Без перерывов обслуживания.
> Проблема только в том что это какой-то очень частный случай. Который никому
> кроме лично вас вообще нафиг не упал.

Не ходи больше в google - он тебе нафиг не упал.

>>  Не рассказывайте мне как будет хорошо из-за того, что я тупо впустую потрачу ресурсы.
> В конкретно вашем случае - может и не будет. А у других - бывает, как видите.

В данной теме - я "вижу" только статистику.  "Бывает" - пока не особо видно, совсем наоборот.

Ответить | Правка | Наверх | Cообщить модератору

251. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от AlexAT (ok), 09-Фев-13, 23:56 
Да, походу представляешь типичного российского хостера :)

Дядя, тебе рассказать, почему 90% клиентов сбежали за рубеж?

Потому что вместо того, чтобы внедрять простые "железные" решения - перемещают сервисы лопатой. В частности. Это образно - я имею в виду весь набор подходов.

Ответить | Правка | Наверх | Cообщить модератору

252. "По данным опроса, 51% x86-серверов работают с использованием..."  –2 +/–
Сообщение от myhand (ok), 10-Фев-13, 05:05 
> Дядя, тебе рассказать, почему 90% клиентов сбежали за рубеж?

Меня никак не колышат клиенты, которые куда-то сбежали от тебя.

Ответить | Правка | Наверх | Cообщить модератору

253. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от AlexAT (ok), 10-Фев-13, 10:31 
> Меня никак не колышат клиенты, которые куда-то сбежали от тебя.

Чудик - не от меня, а от хостеров, которые действуют описанными тобой подходами.

Ответить | Правка | Наверх | Cообщить модератору

254. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от myhand (ok), 10-Фев-13, 13:23 
> не от меня, а от хостеров...

Ну или от знакомых тебе "хостеров" Васи и Пети, фирма "Рога и Копыта"...

Ответить | Правка | К родителю #253 | Наверх | Cообщить модератору

200. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Анонище (?), 22-Янв-13, 21:26 
> OpenVZ во многом базируется на LXC

А парни из паралелз и не знали...

Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

204. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от AlexAT (ok), 22-Янв-13, 21:47 
>> OpenVZ во многом базируется на LXC
> А парни из паралелз и не знали...

Знали. Гляньте объем патча до и после появления LXC в ядрах. Что на чем базируется изначально - вопрос вопросов - наверняка в LXC есть какие-то идеи из OpenVZ. Но вот то, что патч OpenVZ начал опираться на функции LXC в ядре - это 100%. Более того - есть сейчас вообще экспериментальный вариант vzctl без патча OpenVZ - исключительно для LXC.

Ответить | Правка | Наверх | Cообщить модератору

255. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Michael Shigorinemail (ok), 10-Фев-13, 22:02 
>>> OpenVZ во многом базируется на LXC

Наоборот.

>> А парни из паралелз и не знали...
> Знали.

http://lwn.net/Articles/321979/ (не совсем то, что искал, но тоже)

> Гляньте объем патча до и после появления LXC в ядрах.

Вполне естественно при upstream merge.

> Что на чем базируется изначально - вопрос вопросов

https://www.opennet.ru/openforum/vsluhforumID3/77225.html#55

Ответить | Правка | Наверх | Cообщить модератору

89. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от XoRe (ok), 21-Янв-13, 18:16 
6) Позволяет абстрагироваться от железа.

Виндовые серверы на старом, или умирающем железе - очень веселая штука.

7) Позволяет увеличивать мощность сервера в виртуалке в 2 клика.

8) Позволяет очень быстро создавать новые виртуалки на основе существующей.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

94. "По данным опроса, 51% x86-серверов работают с использованием..."  –2 +/–
Сообщение от myhand (ok), 21-Янв-13, 19:13 
> 6) Позволяет абстрагироваться от железа.

В вакууме запускаете виртуалки?

> Виндовые серверы на старом, или умирающем железе - очень веселая штука.

Они и на новом - не менее "веселая".  Не используйте "виндовые сервера".  Но нет - как маленькие, тащат всякую гадость...

> 7) Позволяет увеличивать мощность сервера в виртуалке в 2 клика.

Из пустоты...

> 8) Позволяет очень быстро создавать новые виртуалки на основе существующей.

Зашибись.  Moar виртуализации!  Быстро, молодежно...

Ответить | Правка | Наверх | Cообщить модератору

101. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 21-Янв-13, 20:04 
> В вакууме запускаете виртуалки?

Просто происходит расщепление на вычислительные ресурсы и сервисы претендующие на них. Мало зависящие друг от друга. Виртуалке не принципиально, выполнит ее этот сервак или какой-то из его соседей. И всегда можно переместить оную на соседний сервак, если он мало нагружен а текущий сервак зашивается.

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

> Но нет - как маленькие, тащат всякую гадость...

Изврат, не отнять.

>> 7) Позволяет увеличивать мощность сервера в виртуалке в 2 клика.
> Из пустоты...

Из довольно-таки generic сущности "вычислительные ресурсы". Понятный фиг - они подперты каким-то железом. Просто виртуалки этот вопрос ни разу не колышет. А сервера мало колышет вопрос что именно на них будут выполнять. Это упрощает жизнь хостерам и админам.

>> 8) Позволяет очень быстро создавать новые виртуалки на основе существующей.
> Зашибись.  Moar виртуализации!  Быстро, молодежно...

Ну а что, удобно же - можно слепить тестовое окружение за несколько минут, присоседиться куда-то, не мешая остальным, проверить, словить факап, понять в чем он, вернуть все в исходный вид, проверить что более факап не происходит, прибить VM к чертям и забыть о том что оно существовало. А сколько вы такое на реальном железе будете делать? На VM это обычно вопрос единиц минут или даже скольких-то секунд.

Ответить | Правка | Наверх | Cообщить модератору

118. "По данным опроса, 51% x86-серверов работают с использованием..."  –2 +/–
Сообщение от myhand (ok), 21-Янв-13, 22:34 
>> В вакууме запускаете виртуалки?
> Просто происходит расщепление на вычислительные ресурсы и сервисы претендующие на них.

Почитайте про процессы, потоки...

> И всегда можно переместить оную
> на соседний сервак, если он мало нагружен а текущий сервак зашивается.

Что вам запрещает так же перемещать отдельные сервисы?

> В идеале оно вообще прозрачно для всех

В идеале всегда зашибись.

>>> 7) Позволяет увеличивать мощность сервера в виртуалке в 2 клика.
>> Из пустоты...
> Из довольно-таки generic сущности "вычислительные ресурсы".

Вы будете способны выделить ресурсов сервису больше чем на самой мощной вашей ноде?  Ах нет...  Тогда увы, все это давно можно было сделать без виртуализации.  Увы, малыш.

>>> 8) Позволяет очень быстро создавать новые виртуалки на основе существующей.
>> Зашибись.  Moar виртуализации!  Быстро, молодежно...
> Ну а что, удобно же - можно слепить тестовое окружение за несколько минут

А причем здесь "тестовое окружение"?  Для подобных задач действительно оправдано использование виртуализации, по крайней мере иногда и/или на некоторых этапах.

Но в общем случае - задача развертывания и управления конфигурациями решается просто и без виртуализации (puppet, cfengine, etc).

Ответить | Правка | Наверх | Cообщить модератору

131. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 22-Янв-13, 05:07 
> Почитайте про процессы, потоки...

Вот практическая задача: хочет хостер подвинуть клиента на иной сервак. И чтобы ничего не отпало. Что ему почитать про процессы или потоки, ась? И да, не может хостер два дня лобзиком выпиливать этого клиента. Ему надо чтобы такое атомарно отстрелялось одной операцией и ничего не факапнулось.

> Что вам запрещает так же перемещать отдельные сервисы?

То что на данном пути возможно намного бОльшее число грабель + потенциально надо что-то там знать о какой-то там анатомии сервиса. Что никому нафиг не упало в условиях мало-мальски крупных продакшнов в промышленных масштабах. В этом месте до вас должно бы уже доползти почему опенвз сделан именно так, а виртуализаторы еще более приближаются к идеалу в этом плане.

> В идеале всегда зашибись.

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

>> Из довольно-таки generic сущности "вычислительные ресурсы".
> Вы будете способны выделить ресурсов сервису больше чем на самой мощной вашей ноде?  Ах нет...  

"А если рельсу?" (с) анекдот. Кстати, облака в том числе частично и об этом.

> Тогда увы, все это давно можно было сделать без виртуализации.

Так я и говорю - можно и пешком в владивосток, без всяких самолетов. Правда вот 10 000 километров таким макаром - долго, однако.

> Увы, малыш.

Что, какие-то комплексы насчет возраста долбят? Шкoлoло надежно детектируется по комплексам такого типа. Взрослые люди такой фигней просто не занимаются.

>> Ну а что, удобно же - можно слепить тестовое окружение за несколько минут
> А причем здесь "тестовое окружение"?  

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

> Для подобных задач действительно оправдано использование
> виртуализации, по крайней мере иногда и/или на некоторых этапах.

Оно не только для таких задач оправдано.

> Но в общем случае - задача развертывания и управления конфигурациями решается просто
> и без виртуализации (puppet, cfengine, etc).

Как бы это сказать? Я не понимаю почему данные сущности надо противопоставлять виртуализаторам. Это примерно как противопоставлять легковой автомобиль моторной лодке. Ну то-есть оба в принципе могут решить задачу доставки груза из пункта А в пункт Б но как-то уж сильно по разному. А пересекается и конкурирует оно только очень уж местами. Скорее чаще одно другое дополняет.

Ответить | Правка | Наверх | Cообщить модератору

138. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от Аноним (-), 22-Янв-13, 08:32 
>> Почитайте про процессы, потоки...
> Вот практическая задача: хочет хостер подвинуть клиента на иной сервак. И чтобы
> ничего не отпало. Что ему почитать про процессы или потоки, ась?
> И да, не может хостер два дня лобзиком выпиливать этого клиента.
> Ему надо чтобы такое атомарно отстрелялось одной операцией и ничего не
> факапнулось.

Вы хостер? Нет? Тогда сидите со своими практическими задачами сами знаете где.
Мы, банально, даже закрывая глаза на все остальное, не наберем столько ипв4-адресов, что бы каждому выдавать, увы-увы.
Перенос осуществляется весьма тривиально: уменьшили ттл в зонах, сделали бекап, перенесли, распаковали, повернули днс-записи на старом месте на новое место, если нужно (изменились нс-ы) - переделегировали домен(ы). через пару дней вернули ттл-ы и удалили юзера на старом месте. все.
и не нужно мне рассказывать про кнопку: "сделать хорошо" - такого не бывает, практически всегда одно решается в ущерб другого.
по остальным, нижележащим пунктам - подобная же ситуация.

Ответить | Правка | Наверх | Cообщить модератору

173. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 22-Янв-13, 13:00 
> Мы, банально, даже закрывая глаза на все остальное, не наберем столько ипв4-адресов,
> что бы каждому выдавать, увы-увы.

Тем хуже для вас. Значит деньги получит тот кто наберет. Такие есть.

> Перенос осуществляется весьма тривиально: уменьшили ттл в зонах, сделали бекап, перенесли,
> распаковали, повернули днс-записи на старом месте на новое место,

...попрыгали с бубном, покурили трубку мира, сгоняли на гору Арарат с пудовой гирей, ... А тем у кого виртуализация - весь этот прыг с бубном не упал. Они просто двигают виртуалку на другую железку парой команд виртуализатору (может быть даже через гламурную ынтырпрайзную мордочку). Все, конец истории.

> если нужно (изменились нс-ы) - переделегировали домен(ы). через пару дней
> вернули ттл-ы и удалили юзера на старом месте. все.

Ну да, подумаешь, действий раз в 20 больше чем в случае виртуалок. Я не спорю - можно и пехом в владивосток, на 10 000 км.

> бывает, практически всегда одно решается в ущерб другого.

Да, на своих двоих можно 10 000 км нахаляву отшлепать, а за билет на самолет бабла желают. Во гады то!

Ответить | Правка | Наверх | Cообщить модератору

184. "По данным опроса, 51% x86-серверов работают с использованием..."  –2 +/–
Сообщение от Аноним (-), 22-Янв-13, 16:10 
>> Перенос осуществляется весьма тривиально: уменьшили ттл в зонах, сделали бекап, перенесли,
>> распаковали, повернули днс-записи на старом месте на новое место,
> ...попрыгали с бубном, покурили трубку мира, сгоняли на гору Арарат с пудовой
> гирей, ... А тем у кого виртуализация - весь этот прыг
> с бубном не упал. Они просто двигают виртуалку на другую железку
> парой команд виртуализатору (может быть даже через гламурную ынтырпрайзную мордочку).
> Все, конец истории.
> Ну да, подумаешь, действий раз в 20 больше чем в случае виртуалок.
> Я не спорю - можно и пехом в владивосток, на 10
> 000 км.

Эта, давай ты про кактус будешь рассказывать своим маркетологам, они тебя поддержат и поймут. А я видел и как "заклинивали" виртуалки, что решалось только ребутом сервера, видели как они не поднимаются после нового ядра на хост-системе, видели много всего непонятного и необъяснимого. Конечно, когда у тебя три тазика с десятком ВМ, может оно и нормально и глюков не видно, а ты попользуй в пром. масштабах их попользовать - вот так действительно бубен нужен.
То, что ты называешь: "попрыгали с бубном, покурили трубку мира", это давно отработанные методы, которые: а. должен уметь делать любой админ. б. давно заскриптованные и проблем не вызывающие.


Ответить | Правка | Наверх | Cообщить модератору

205. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 22-Янв-13, 22:47 
> Эта, давай ты про кактус будешь рассказывать своим маркетологам,

Проблемка только в том что у меня никаких маркетологов нет.

> они тебя поддержат и поймут.

Осталось только их найти.

> А я видел и как "заклинивали" виртуалки, что решалось только ребутом сервера,

А некоторые так и вовсе авиакатастрофы видели. Хотя отношение к безопасности в авиации - огого какое. Следует ли отсюда что летать самолетами - опасно?

> видели как они не поднимаются после нового ядра на хост-системе,

Ну так в больших инсталляциях апдейты тестируют до того как вываливать на все сервера.

> глюков не видно, а ты попользуй в пром. масштабах их попользовать

Сабж как раз об этом и есть. Если 51% серверов использует. А массовых воплей нет. Да, вы правы в том что в очень большой инсталляции что-то где-то ломаться будет так или иначе. По куче причин. И отказ железа, и сбои софта и что там еще. Иногда разбиваются самолеты. Иногда тонут корабли. Иногда ломаются автомобили. Нет, не потому что они все такое ненадежное г@вно. Просто если чего-то много - хоть один экспонат из миллиона но таки сломается. Даже при низкой вероятности поломки. Низкая вероятность успешно компенсируется количеством. Ну и тут так же.

> - вот так действительно бубен нужен.

В большой инсталляции он по любому понадобится. Там всегда будет что-то портиться. Но именно виртуализатор - с ТАКОЙ популярностью обречен стать довольно вылизанной и стабильной штукой. Просто потому что на все сколь-нибудь мешающие жить баги наступит орава народа. И в целом виртуализаторы достаточно стабильные штуки в данный момент. Ну ясен пень там где они не первый год уже. Если брать какую-то совсем новую, экзотичную или явно недопиленную хрень - получите то что заслужили.

> То, что ты называешь: "попрыгали с бубном, покурили трубку мира", это давно
> отработанные методы, которые: а. должен уметь делать любой админ. б. давно
> заскриптованные и проблем не вызывающие.

Просто с виртуалками это все в разы проще. А кто кому что там должен - решает рынок. И он как видим решил, забыв у вас спросить что вы думаете на этот счет.

Ответить | Правка | Наверх | Cообщить модератору

220. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от Аноним (-), 23-Янв-13, 04:05 
> Просто с виртуалками это все в разы проще. А кто кому что
> там должен - решает рынок. И он как видим решил, забыв
> у вас спросить что вы думаете на этот счет.

вода-вода-вода...
а еще рынок решил, что windows лучше, давайте переходить на windows.

Ответить | Правка | Наверх | Cообщить модератору

240. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 09-Фев-13, 06:21 
> а еще рынок решил, что windows лучше, давайте переходить на windows.

Он это решил только в каком-то частном сегменте и не без помощи некоторых вендоров.

Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

175. "По данным опроса, 51% x86-серверов работают с использованием..."  –2 +/–
Сообщение от myhand (ok), 22-Янв-13, 14:03 
>> Что вам запрещает так же перемещать отдельные сервисы?
> То что на данном пути возможно намного бОльшее число грабель + потенциально
> надо что-то там знать о какой-то там анатомии сервиса.

Большее число грабель - пока только ваши слова.  А знание о "анатомии сервиса" - рутинная необходимость для администратора.

> Что никому
> нафиг не упало в условиях мало-мальски крупных продакшнов в промышленных масштабах.

Не путайте говнохостинг vps с промышленными масштабами.  Это лишь одно специфическое приложение.

> Ну да, а виртуализаторы стремятся к оному, под напором клиентуры которая желает чтобы им в их задачах было именно зашибись.

Мода, маркетинг.  Существенно больше половины ваших хостеров - представляют собой впечатляющий факап сей концепции.  Справедливое разделение ресурсов - выродилось в новый вариант оверселлинг.  Зашибись - в проблемы с доступностью сервисов при переездах.

>> Но в общем случае - задача развертывания и управления конфигурациями решается просто
>> и без виртуализации (puppet, cfengine, etc).
> Как бы это сказать? Я не понимаю почему данные сущности надо противопоставлять
> виртуализаторам.

Их не противопоставляют.  Вам просто указали на то, что некоторым декларированным "достоинствам" есть лучшие аналоги, не использующие никакой виртуализации вовсе.

> Это примерно как противопоставлять легковой автомобиль моторной лодке.

Нет, не как.  Это примерно как если вы не поняли что вам пытались сказать.  Надеюсь, я это пояснил еще раз.  А с идиотскими аналогиями - завязывайте.


Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

206. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 22-Янв-13, 23:05 
> Большее число грабель - пока только ваши слова.  

Это элементарная прикидка точек отказа и вообще оценка всего что может обломаться в процессе операции. С пониманием что самое ненадежное звено любой системы - как раз человек.

> А знание о "анатомии сервиса" - рутинная необходимость для администратора.

Если можно исключить human factor из управления - его нужно исключить. В целях повышения надежности и предсказуемости. Человек - самое ненадежное звено системы. В случае всяких крупных инфраструктур понимаешь это особенно отчетливо. Редкая программа косячит столько же сколько живой персонал. Ну не выспался чувак - и криво отпедалил свою часть рутины. А оно клиенту надо - выкусывать результат головотяпства? А когда оно двигается атомарно, со всеми потрохами - облажаться толком негде. Шансы на успех операции многократно возрастают, т.к. самый стремный фактор (человеческий) - выпал из рассмотрения.

>> Что никому нафиг не упало в условиях мало-мальски крупных продакшнов в промышленных масштабах.
> Не путайте гoвнoхостинг vps с промышленными масштабами.  Это лишь одно специфическое приложение.

51% - это таки не просто промышленные масштабы, это еще и большинство к тому же. Это дофига применений там и тут, на фоне которых вы и ваша сраная кош^W^W горбатый ынтырпрайз - так, какая-то незначительная блоха на фоне целого стада слонов.

> Мода, маркетинг.

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

> Существенно больше половины ваших хостеров - представляют собой впечатляющий
> факап сей концепции.  Справедливое разделение ресурсов - выродилось в новый
> вариант оверселлинг.  Зашибись - в проблемы с доступностью сервисов при переездах.

Просто некоторые никак не поймут что принцип "как заплачено так и захреначено" еще не отменяли. А какой-нибудь ср@ный шаред при заходе на пагу больше двух анонимусов в час вообще перекроет кислород и устроит форменный шантаж, за то что ваш сайт грузит их тормозной опач, видите ли. И, конечно же, такой лохоразвод - совсем не оверселлинг, ну конечно. Ведь мы разглядим соринку в глазу виртуализаторов, а бревна в глазах других - пусть остаются :)

>> Как бы это сказать? Я не понимаю почему данные сущности надо противопоставлять виртуализаторам.
> Их не противопоставляют.  Вам просто указали на то, что некоторым декларированным
> "достоинствам" есть лучшие аналоги, не использующие никакой виртуализации вовсе.

Насчет лучшести - можно поспорить. В сумме же рынок решил что виртуалки - как раз то что надо. Сабж как раз про это. Понимаете, что там более лучшее - решаете не лично вы а рынок. Он решил. Какие проблемы? :)

> А с идиотскими аналогиями - завязывайте.

Как только вы завяжете - так и я. Попытка противопоставить puppet и подобные по смыслу системы виртуализаторам - вообще бред. Они к тому же весьма прилично работают в паре. Они дополняют друг друга а не заменяют.

Ответить | Правка | Наверх | Cообщить модератору

212. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от myhand (ok), 22-Янв-13, 23:55 
>> Большее число грабель - пока только ваши слова.
> Это элементарная прикидка точек отказа и вообще оценка всего что может обломаться
> в процессе операции.

Прикидку в студию.

> С пониманием что самое ненадежное звено любой системы
> - как раз человек.

Рад что вы это понимаете.  Непонятно только, почему из этого не делаете естественного вывода: если вместо одной системы наплодить 10 - администрирование не обязательно упростится...

>> А знание о "анатомии сервиса" - рутинная необходимость для администратора.
> Если можно исключить human factor из управления - его нужно исключить. В
> целях повышения надежности и предсказуемости.

Скажу больше - увольнять надо такие "факторы".

> Ну не выспался чувак -
> и криво отпедалил свою часть рутины.

Причем здесь рутина вообще - хз.  Автоматизировать решения можно по-разному.  Это простая мысль вам доступна?

> 51% - это таки не просто промышленные масштабы, это еще и большинство
> к тому же.

Это даже не больше половины.  Больше половины это - в конкретной выборке, которая упоминается в статье.

>> Мода, маркетинг.
> А также, если отбросить маркетинговую воду (которую, безусловно, маркетологи развели от
> души), это еще и перечисленные в верхнем сообщении преимущества. Просто у
> некоторых вырабатывается неконструктивная аллергия на маркетинг вообще.

Нет.  Именно на ваши "рациональные зерна".  Откровенный маркетоидный бред уж совсем не замечаешь - как рекламу...

> Просто некоторые никак не поймут что принцип "как заплачено так и захреначено"
> еще не отменяли.

Это "значит" - ровно то, что я озвучил выше.  Факап и полное несоответствие нашей реальности вашим радужным мечтам о миграции vps без простоя и разделении ресурсов.  Извините, я живу в реальном мире.

>> Их не противопоставляют.  Вам просто указали на то, что некоторым декларированным
>> "достоинствам" есть лучшие аналоги, не использующие никакой виртуализации вовсе.
> Насчет лучшести - можно поспорить. В сумме же рынок решил что виртуалки
> - как раз то что надо. Сабж как раз про это.

Н**рать что там решил рынок.  Доля Windows-систем ~ 51%, по прошлогодним данным некоторых аналитеков: https://www.opennet.ru/opennews/art.shtml?num=35476

Молитесь сами на подобные цифры.  Совершенно не обязательно они отражают какие-то реальные технические достоинства.

>> А с идиотскими аналогиями - завязывайте.
> Как только вы завяжете - так и я. Попытка противопоставить puppet и
> подобные по смыслу системы виртуализаторам - вообще бред.

А я-то тут причем?  Не противопоставляйте - и не приписывайте подобных бредней другим.

Ответить | Правка | Наверх | Cообщить модератору

241. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 09-Фев-13, 10:11 
> Прикидку в студию.

Я уже прикинул вон там выше что хостеру удобнее всего клиента подвинуть не вникая в то какие там сервисы с риском их факапнуть случайно. Виртуализаторы или хотя-бы контейнеры все это обеспечивают. Кроме того, в больших инфраструктурах у энтерпрайзов тоже много хостов и сервисов. И потому там тоже предпочитают не допускать возможности лишний раз накосячить при элементарнейших операциях ребалансировки ресурсов. В идеале даже саму ребалансировку осуществляет автомат. Получается облако, некая среда которая относительно эластична по отношению к потребителям ресурсов. Т.е. если некто хочет больше ресурсов - ему попытаются выкроить, не в ущерб остальным. Возможно перебалансировав что-то куда-то. Нормальный подход совершенно.

>> С пониманием что самое ненадежное звено любой системы - как раз человек.
> Рад что вы это понимаете.  Непонятно только, почему из этого не
> делаете естественного вывода: если вместо одной системы наплодить
> 10 - администрирование не обязательно упростится...

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

>> Если можно исключить human factor из управления - его нужно исключить. В
>> целях повышения надежности и предсказуемости.
> Скажу больше - увольнять надо такие "факторы".

Да, вот ща, хостеры виртуалок и клаудов побегут разучивать что там у кого из клиентов крутится и изучать анатомию этого. Вот делать им больше нефига.

>> Ну не выспался чувак - и криво отпедалил свою часть рутины.
> Причем здесь рутина вообще - хз.  Автоматизировать решения можно по-разному.
> Это простая мысль вам доступна?

Ну вот мир в целом выбрал логичное решение - абстракцию железа до уровня группы вычислителей предоставляющих ресурсы и сервисов со всеми потрохами вплоть до операционки потребной им для работы. Плюс-минус 1 велосипедист типа вас, желающий изобрести свой велик и непременно с квадратными колесами, зато своими - ничего не решает.

>> 51% - это таки не просто промышленные масштабы, это еще и большинство к тому же.
> Это даже не больше половины.  Больше половины это - в конкретной выборке, которая упоминается в статье.

Учитывая что х86 весьма массовая штука - тут может идти речь и о большинстве, пожалуй. Нет, есть всякая экзотика, но ее процент достаточно скромный. И кстати никаких гарантий что там нет виртуализации. IIRC, айбиэмеры например юзают виртуализацию на майнфреймах с незапамятных времен.

> Нет.  Именно на ваши "рациональные зерна".  Откровенный маркетоидный бред уж
> совсем не замечаешь - как рекламу...

Да при чем тут маркетоидный бред? Вы просто думаете что мир крутится вокруг вас и вашего сервиса, а это совсем не так.

>> Просто некоторые никак не поймут что принцип "как заплачено так и захреначено" еще не отменяли.
> Это "значит" - ровно то, что я озвучил выше.  Факап и полное несоответствие
> нашей реальности вашим радужным мечтам о миграции vps без простоя и разделении ресурсов.  

Кому надо - у тех как ни странно работает и живая миграция и снапшоты и что там еще. И факапов минимум. Нет, завалить можно все, даже амазоновское облако разок упало. Но в целом - появляется уйма шансов минимизировать простои и сделать все прозрачно и не требуя дикой квалификации персонала (что никому нафиг не упало - не должен быть хрен жмущий кнопки на пульте реактора академиком - не хватит академиков на всех).

> Извините, я живу в реальном мире.

Извините, но вы не видите дальше своего носа, не более того.

> Н**рать что там решил рынок.

Так что вы тогда делаете в этой новости? :)

> Молитесь сами на подобные цифры.  Совершенно не обязательно они отражают какие-то
> реальные технические достоинства.

Они отражают что в сумме решение имеет право на жизнь и предоставляет ряд определенных удобств. Правда просто?

>> подобные по смыслу системы виртуализаторам - вообще бред.
> А я-то тут причем?  Не противопоставляйте - и не приписывайте подобных бредней другим.

При том что вы почему-то судя по всему пытаетесь это делать. Хотя они логично дополняют друг друга.

Ответить | Правка | Наверх | Cообщить модератору

113. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от AlexAT (ok), 21-Янв-13, 21:19 
>> 6) Позволяет абстрагироваться от железа.
> В вакууме запускаете виртуалки?

Да нет. Просто могу перетащить какую-нибудь виртуалочку с боевого Xeon допустим на времянку на i7 на время плановых работ. Или спокойно поставить новый навороченный сервер с SAN, и перетащить на него все виртуалки со старенького сервака с DAS. Они даже не заметят изменений :)

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

121. "По данным опроса, 51% x86-серверов работают с использованием..."  –2 +/–
Сообщение от myhand (ok), 21-Янв-13, 22:39 
>>> 6) Позволяет абстрагироваться от железа.
>> В вакууме запускаете виртуалки?
> Да нет. Просто могу перетащить какую-нибудь виртуалочку с боевого Xeon допустим на
> времянку на i7 на время плановых работ.

Будто что-то запрещает просто перетащить сервисы...  Вы не из параллельного мира? - в моей Вселенной такого ограничения в природе нет.


Ответить | Правка | Наверх | Cообщить модератору

132. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 22-Янв-13, 05:09 
> Будто что-то запрещает просто перетащить сервисы...  Вы не из параллельного мира?
> - в моей Вселенной такого ограничения в природе нет.

Ограничение простое: административный оверхед. Хостер знать ничего не желает об устройстве клиентских виртуалок и сервисов в них, например. Да и ынтырпрайзному админу лишний раз загаживать свою голову такими сакральными знаняими в общем то ни к чему.

Представляете себе хостера который два дня вдупляет как выпилить сервисы "вон того юзера" лобзиком, чтобы ничего не отвалилось? Ну вот и я как-то так же...

Ответить | Правка | Наверх | Cообщить модератору

140. "По данным опроса, 51% x86-серверов работают с использованием..."  –2 +/–
Сообщение от Аноним (-), 22-Янв-13, 08:40 
>> Будто что-то запрещает просто перетащить сервисы...  Вы не из параллельного мира?
>> - в моей Вселенной такого ограничения в природе нет.
> Ограничение простое: административный оверхед. Хостер знать ничего не желает об устройстве
> клиентских виртуалок и сервисов в них, например. Да и ынтырпрайзному админу
> лишний раз загаживать свою голову такими сакральными знаняими в общем то
> ни к чему.

Если у клиента свой сервер (вдс,впс) - хостеру незачем знать, если он конечно не админит этот сервер, что там и как. если у клиента шаред, то неизвестных сервисов там нет в принципе.

> Представляете себе хостера который два дня вдупляет как выпилить сервисы "вон того
> юзера" лобзиком, чтобы ничего не отвалилось? Ну вот и я как-то
> так же...

юзер294, хватит фантазировать, иди учись, дорогой.

Ответить | Правка | Наверх | Cообщить модератору

172. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 22-Янв-13, 12:53 
> Если у клиента свой сервер (вдс,впс) - хостеру незачем знать, если он
> конечно не админит этот сервер, что там и как.

А даже если и админит, атомарно сдвинуть сущность "виртуалка" ему проще чем вкуривать что и как там у клиента сделано.

> если у клиента шаред, то неизвестных сервисов там нет в принципе.

Я про нормальные хостинги и ынтырпрайзы. А не этих мамонтов из каменного века.

> юзер294, хватит фантазировать, иди учись, дорогой.

У-тю-тю, апломба то. Вечно школие (или в лучшем случае студентота) по себе все измеряет. И то, студентота уже начинает обычно избавляться от таких привычек.

Ответить | Правка | Наверх | Cообщить модератору

181. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от Аноним (-), 22-Янв-13, 15:15 
>> Если у клиента свой сервер (вдс,впс) - хостеру незачем знать, если он
>> конечно не админит этот сервер, что там и как.
> А даже если и админит, атомарно сдвинуть сущность "виртуалка" ему проще чем
> вкуривать что и как там у клиента сделано.

Я тебе расскажу что еще проще - перенести винты в более мощную машину.

>> если у клиента шаред, то неизвестных сервисов там нет в принципе.
> Я про нормальные хостинги и ынтырпрайзы. А не этих мамонтов из каменного
> века.

нормально - это субъективная оценка, если что...

Ответить | Правка | Наверх | Cообщить модератору

193. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от AlexAT (ok), 22-Янв-13, 20:49 
> Я тебе расскажу что еще проще - перенести винты в более мощную
> машину.

Ну давай, угу, успехов. С HP/CCISS на LSI, например. Или, для полного кайфа - с SAS на FCoE...

И еще при этом потом всякие lm_sensors, ipmi, модули ядра и прочее апгрейдить за@...ся.

А если это _клиентский_ сервер - то там еще и конфиги менять без согласования может быть нельзя. Приплыли? Приплыли. А с виртуалкой клиент переноса не заметит в принципе.

Ответить | Правка | Наверх | Cообщить модератору

195. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от Аноним (-), 22-Янв-13, 21:03 
>> Я тебе расскажу что еще проще - перенести винты в более мощную
>> машину.
> Ну давай, угу, успехов. С HP/CCISS на LSI, например. Или, для полного
> кайфа - с SAS на FCoE...

железо нужно выбирать головой, а не тем, что вместо нее.

Ответить | Правка | Наверх | Cообщить модератору

201. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от AlexAT (ok), 22-Янв-13, 21:44 
> железо нужно выбирать головой, а не тем, что вместо нее.

Ну вот, аргументы кончились. Начались ограничения, понты и отмазки. А с ESXi мне в сущности пофиг, какое там железо :) Преимущество. Явное и очевидное.

Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

219. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от Аноним (-), 23-Янв-13, 04:00 
>> железо нужно выбирать головой, а не тем, что вместо нее.
> Ну вот, аргументы кончились. Начались ограничения, понты и отмазки. А с ESXi
> мне в сущности пофиг, какое там железо :) Преимущество. Явное и
> очевидное.

Аргументы давно кончились у сторонников: запихай все в ВМ и сделай по ВМ на каждый чих.
Я конечно безмерно рад, что вам там пофиг на железо, но: а. хост-систему нужно тоже еще подготовить; б. лайф-миграции не будет, если нету nas-а, а его не будет при некоторых требуемых tps.

Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

228. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от AlexAT (ok), 23-Янв-13, 09:50 
> Я конечно безмерно рад, что вам там пофиг на железо, но: а.
> хост-систему нужно тоже еще подготовить; б. лайф-миграции не будет, если нету
> nas-а, а его не будет при некоторых требуемых tps.

1. Хост-систему "готовить" в реальности менее часа при наличии типовых конфигураций.
2. NAS -> SAN (FC/FCoE/IB), и TPS может быть достигнут вполне нормально.


Ответить | Правка | К родителю #219 | Наверх | Cообщить модератору

207. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 22-Янв-13, 23:14 
> Я тебе расскажу что еще проще - перенести винты в более мощную машину.

И сколько при этом будет даунтайм? А у тех кто это делает нормально - нулевой. Догадываетесь что с точки зрения клиента лучше? Вот за счет такого отношения к клиентуре народ и драпает на забугорные хостинги. Там по крайней мере понимают что клиентов факапать не надо. А наши понимают только когда жрать становится нечего.

Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

218. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от Аноним (-), 23-Янв-13, 03:52 
>> Я тебе расскажу что еще проще - перенести винты в более мощную машину.
> И сколько при этом будет даунтайм?

<15 минут. остановил систему, выдернул винты из хотсвопов, воткнул в хотсвопы новой железки, запустил.

Ответить | Правка | Наверх | Cообщить модератору

227. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от AlexAT (ok), 23-Янв-13, 09:48 
> <15 минут. остановил систему, выдернул винты из хотсвопов, воткнул в хотсвопы новой
> железки, запустил.

А на железке иной дисковый контроллер или вообще иная схема работы с дисками (DAS->iSCSI, к примеру). Далее начинается трах ручками...

Или предлагаете под железку 5-летней давности новое железо подгонять, теряя производительность, управляемость и прочее?

Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

230. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от Аноним (-), 23-Янв-13, 10:41 
>> <15 минут. остановил систему, выдернул винты из хотсвопов, воткнул в хотсвопы новой
>> железки, запустил.
> А на железке иной дисковый контроллер или вообще иная схема работы с
> дисками (DAS->iSCSI, к примеру). Далее начинается трах ручками...

надо будет в nas-е менять схему работы с дисками, что делать будете?
кто же отрицает, что ВМ хороши в некоторых аспектах, но не всегда и не везде, да и в данном случае, железо меняется не часто, раз в три-пять лет, переживали смену ide->sata->sas->ssd, где-то еще со скази на сас, обычно много проблем не это доставляло.

Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

232. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от AlexAT (ok), 23-Янв-13, 11:00 
> надо будет в nas-е менять схему работы с дисками, что делать будете?

Зачем, простите?

Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

234. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от myhand (ok), 23-Янв-13, 12:49 
>> <15 минут. остановил систему, выдернул винты из хотсвопов, воткнул в хотсвопы новой
>> железки, запустил.
> А на железке иной дисковый контроллер или вообще иная схема работы с
> дисками (DAS->iSCSI, к примеру). Далее начинается трах ручками...

Нет, не начинается.  Буратин, которые такие вещи допускают - в приличных местах уволили раньше.


Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

242. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 09-Фев-13, 13:09 
> Нет, не начинается.  Буратин, которые такие вещи допускают - в приличных
> местах уволили раньше.

В приличных местах увольняют буратин которые "а вот если так изогнуться", "а вот если персонал заменить", "железо правильное", и вообще, "да фиг с ним, клиент 15 минут как-нибудь подождет". Вот таких надо гнать ссаными тряпками. Если хочется предоставлять клиентам адекватный сервис.

Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

176. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от myhand (ok), 22-Янв-13, 14:10 
> Ограничение простое: административный оверхед. Хостер знать ничего не желает об устройстве
> клиентских виртуалок и сервисов в них, например.

Вас удивит если я скажу, что больше половины хостеров - просто *не имеет* клиентских виртуалок?  Что, до вашей виртуализации клиентов между серверами не таскали?  Окститесь!

Вообще, фейерический бред: технологию, *уже* использующую виртуализацию приводить в качестве довода необходимости виртуализации.

> Да и ынтырпрайзному админу
> лишний раз загаживать свою голову такими сакральными знаняими в общем то ни к чему.

А виртуалку кто администрировать будет?  Вася Пупкин из отдела маркетоидов?  Тогда факап придет к вам, ждите.

Знание о том, что администрирует человек - никогда вредными не были.  Это необходимость.  Обычно - администратор является просто частью команды, которая все это разрабатывает/собирает.

> Представляете себе хостера который два дня вдупляет как выпилить сервисы "вон того
> юзера" лобзиком, чтобы ничего не отвалилось?

Я представляю себе, что мир не заканчивается на VPS-хостинге.

Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

208. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от Аноним (-), 22-Янв-13, 23:33 
> Вас удивит если я скажу, что больше половины хостеров - просто *не имеет*
> клиентских виртуалок?  

Попробуйте перечитать сабж и подумать о том что ваши сведения попросту протухли. Если лично у вас что-то там не используется - это еще не значит что у всех так же.

> А виртуалку кто администрировать будет?  Вася Пупкин из отдела маркетоидов?  

А виртуалку будет админить или сам клиент, или тот кому он за это заплатит. Ну т.е. сторонний админ или даже сам хостер (ряд хостеров предлагают подобные услуги за отдельную мзду). Как раз на все запросы клиентов есть ответ.

> Тогда факап придет к вам, ждите.

Странно, не вижу никаких факапов. Если клиент вызвался что-то сам админить и факапнул все - это у него факап, хостеры за это не отвечают.

> Знание о том, что администрирует человек - никогда вредными не были.  

(switching to client mode) Как клиент я вообще не желаю чтобы хостер рылся в моих виртуалках. Там всякая интеллектуальная собственность, конфиденциальные данные и прочая. Вы кто вообще такое, чтобы там копаться? И да, найти хостера который не будет втюхивать услуги полудурошных красноглазых кульсисопов типа вас - совершенно не проблема в XXI веке. Как клиент я в гробу видал админиа типа вас на моей виртуалке, скажем прямо. А вот даунтаймы меня очень напрягают, например. Все что мне надо - чтобы хостер предоставил мощности и получил бабло. Остальное я сам сделаю. И да, мне со стороны клиента тоже удобно если всякие левые личности не будут колупаться грязными руками в виртуалке а просто подвинут сие всем скопом на соседний сервак при явном перегрузе текущего. Без прерывания сервиса и какой либо мануальщины, чреватой факапами. Лучше всего если даже двигать будет автомат, на основе анализа загрузки хостов. Риск факапа еще ниже. Все-таки любая мануальщина - чревата. Машины реже ошибаются чем красноглазые ДЛБ с горящими глазами.

> Это необходимость.  Обычно - администратор является просто частью команды, которая
> все это разрабатывает/собирает.

В случае ынтырпрайзов - еще может быть. И то - унифицировать все до состояния "вычислительные ресурсы" + "виртуалки-сервисы" достаточно соблазнительно даже там.

> Я представляю себе, что мир не заканчивается на VPS-хостинге.

Я тоже. И вижу что туева хуча ынтырпрайзов тоже юзает виртуалки. Потому что им так удобно. Я их в этом прекрасно понимаю. И?

Ответить | Правка | Наверх | Cообщить модератору

214. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от myhand (ok), 23-Янв-13, 00:20 
>> Вас удивит если я скажу, что больше половины хостеров - просто *не имеет*
>> клиентских виртуалок?
> Попробуйте перечитать сабж и подумать о том что ваши сведения попросту протухли.

В "сабже" - с натяжкой больше половины серверов *в конкретной выборке* используют виртуализацию.  Причем тут хостинг вообще и кто еще тут "протух"?

> А виртуалку будет админить или сам клиент, или тот кому он за
> это заплатит.

VPS-хостинг - мертворожденная отрасль для лохов.  Так понятно?

В реальности "ынтырпрайза" - клиент "виртуалки" тот же самый, что и владелец физического сервера.  И еще кучи того, что вокруг стоит.  Босс ваш, короче.

Осмыслите эту простую вещь и попытайтесь заново ответить на вопрос.  Удачи.

>> Тогда факап придет к вам, ждите.
> Странно, не вижу никаких факапов.

Ну какие там на говнохостингах факапы, полноте.

>> Знание о том, что администрирует человек - никогда вредными не были.
> (switching to client mode) Как клиент я вообще не желаю чтобы хостер
> рылся в моих виртуалках.

(устало) Говнохостингом не кончается мир.  Представьте на минутку, что железо и проект, который на нем крутится - принадлежит Васе.  Вы и куча программистов - работаете на этого Васю.  Вася - ваш клиент.  Это реалии любого highload проекта.

>> Я представляю себе, что мир не заканчивается на VPS-хостинге.
> Я тоже. И вижу что туева хуча ынтырпрайзов тоже юзает виртуалки. Потому
> что им так удобно. Я их в этом прекрасно понимаю. И?

Подрастете - может еще что поймете.

Ответить | Правка | Наверх | Cообщить модератору

243. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 09-Фев-13, 13:29 
> В "сабже" - с натяжкой больше половины серверов *в конкретной выборке* используют
> виртуализацию.  Причем тут хостинг вообще и кто еще тут "протух"?

Да, и эта конкретная выборка в виде х86 - львиная доля рынка, между прочим. Остальные в основном занимают сильно нишевые сегменты и массовостью не отличаются.

> VPS-хостинг - мертворожденная отрасль для лохов.  Так понятно?

VPS хостинг - это логичное заполнение ниши между морально устаревшим отстоем типа шаредов и дорогущими дедиками. Туда же и все облака, только у тех еще потенциально возможность масштабироваться на автомате под задачи (в случае хостинга - с оплатой по фактически потребленным ресурсам).

> В реальности "ынтырпрайза" - клиент "виртуалки" тот же самый, что и владелец
> физического сервера.  И еще кучи того, что вокруг стоит.  Босс ваш, короче.

Да, и им тоже удобно когда сервисы отвязаны от железа. А вот возиться с поиском суперадмина которых один на миллиард им нифига не удобно. В лучшем случае ребаланс нагрузки по этому поводу вообще автоматический - такое развитие виртуализаторов называется облаками.

> Осмыслите эту простую вещь и попытайтесь заново ответить на вопрос.  Удачи.

Я уже осмыслил что виртуализаторы очень хорошо укладываются в хотелки многих энтерпрайзов. С очень большим числом хостов. Которые в силу числа хостов просто не могут въезжать что там на каждом конкретном из них крутится.

Ну да, я жду когда вы покажете всяким амазонам и рэкспейсам какие они там лохи и уделаете их по объему предоставляемых услуг, капитализации, и вообще.

> Ну какие там на гoвнохостингах факапы, полноте.

Я вообще не являюсь хостингом. Может быть зря. Но факт.

> (устало) Гoвнохостингом не кончается мир.  Представьте на минутку, что железо и
> проект, который на нем крутится - принадлежит Васе.  Вы и
> куча программистов - работаете на этого Васю.  Вася - ваш
> клиент.  Это реалии любого highload проекта.

Проекты бывают разные. Бывают ынтырпрайзы на сотни железных хостов, с кучами разнородных сервисов всех мастей, так что произвольно взятый админ опухнет въезжать в особенности всех сервисов. Вот таким виртуализация очень удобна - за счет унификации и возможности кантовать как юнит виртуалку со всей начинкой. Так заведомо ничего не отвалится.

> Подрастете - может еще что поймете.

Вы уже достали вашими комплексами насчет возраста. Подрастете - поймете насколько же по идиотски это выглядит со стороны. Очередной пионер в 1 шарашке рога и копыта пытается всем доказать что его шарага - самая правильная. И раз там нет виртуализации то и весь мир должен так же. Бывают же смешные пионеры на свете.

Ответить | Правка | Наверх | Cообщить модератору

152. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от AlexAT (ok), 22-Янв-13, 10:15 
> Будто что-то запрещает просто перетащить сервисы...  Вы не из параллельного мира?
> - в моей Вселенной такого ограничения в природе нет.

Ну, если вас не напрягает совмещать конфигурации, зависимости, подстраивать все под допустим схему каталогов другого сервера, где-то выкраивать место, перенарезать права, переконфигурить IP и прочее-прочее - пожалуйста. Вот только вы к этой операции будете готовиться неделю (в случае сложного сервиса), а я - менее суток (+ ждать окна работ). И вся разница. Да и шанс ошибки в переконфигурации при переносе виртуалки - близок к нулю, а в вашем случае человеческий фактор играет огромную роль. Т.е. разница в надежности, и немалая.

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

156. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от Аноним (-), 22-Янв-13, 10:46 
>> Будто что-то запрещает просто перетащить сервисы...  Вы не из параллельного мира?
>> - в моей Вселенной такого ограничения в природе нет.
> Ну, если вас не напрягает совмещать конфигурации, зависимости, подстраивать все под допустим
> схему каталогов другого сервера, где-то выкраивать место, перенарезать права, переконфигурить
> IP и прочее-прочее - пожалуйста. Вот только вы к этой операции
> будете готовиться неделю (в случае сложного сервиса), а я - менее
> суток (+ ждать окна работ). И вся разница. Да и шанс
> ошибки в переконфигурации при переносе виртуалки - близок к нулю, а
> в вашем случае человеческий фактор играет огромную роль. Т.е. разница в
> надежности, и немалая.

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

Ответить | Правка | Наверх | Cообщить модератору

158. "По данным опроса, 51% x86-серверов работают с использованием..."  +2 +/–
Сообщение от AlexAT (ok), 22-Янв-13, 11:00 
> 1. все должно быть максимально унифицировано и построено, по возможности, по одной
> схеме. не должно быть зоопарков.

Ну давайте, унифицируйте мне шаредхостинги допустим на ISPConfig и ZPanel. В пределах одной системы, без чрутов и серьезных модификаций той и другой.

> 2. все что не может быть унифицировано и выбивается из общей концепции
> должно находиться на отдельном железе, или, если это возможно (имеет смысл),
> в контейнерах и ВМ.

Вот! Именно для этого VM и нужны!


Ответить | Правка | Наверх | Cообщить модератору

159. "По данным опроса, 51% x86-серверов работают с использованием..."  –2 +/–
Сообщение от Аноним (-), 22-Янв-13, 11:15 
>> 1. все должно быть максимально унифицировано и построено, по возможности, по одной
>> схеме. не должно быть зоопарков.
> Ну давайте, унифицируйте мне шаредхостинги допустим на ISPConfig и ZPanel. В пределах
> одной системы, без чрутов и серьезных модификаций той и другой.

Есть конфигурашки с одной панелью, есть с другой, какие проблемы? У меня три таких разных конфигуряшки, на трех панелях. Перенос с панели на панель - жопа. Перенос с сервера на сервер с одинаковой панелью - нет проблем.
Унифицировать, это не значит сделать все абсолютно одинаково везде.

Ответить | Правка | Наверх | Cообщить модератору

209. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 22-Янв-13, 23:34 
Проблем никаких. Просто расщепление на "вычислительные ресурсы" и "сервисы на оных" - это абсолютная унификация и есть. Виртуалки и облака - как раз об этом самом, если отбросить маркетинговый шит.
Ответить | Правка | Наверх | Cообщить модератору

221. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от Аноним (-), 23-Янв-13, 04:16 
> Проблем никаких. Просто расщепление на "вычислительные ресурсы" и "сервисы на оных" -
> это абсолютная унификация и есть. Виртуалки и облака - как раз
> об этом самом, если отбросить маркетинговый шит.

и? что упрощается? то что вы загнали в виртуалку обе ваши конфигурашки и добавили третью: хост-систему?

Ответить | Правка | Наверх | Cообщить модератору

244. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 09-Фев-13, 13:31 
> и? что упрощается?

Все. Можно передвинуть виртуалку "с хостпанелью такой-то", совершенно не сношая себе мозг вопросом что там на хосте куда эта виртуалка задвигается.

Ответить | Правка | К родителю #221 | Наверх | Cообщить модератору

178. "По данным опроса, 51% x86-серверов работают с использованием..."  –2 +/–
Сообщение от myhand (ok), 22-Янв-13, 14:20 
> Ну, если вас не напрягает совмещать конфигурации, зависимости

Конфигурации - несколько стандартных.  Дополнительные зависимости - автоматически разрешаются при переносе (тем же puppet).

> подстраивать все под допустим схему каталогов другого сервера

такого бардака просто нет.

> где-то выкраивать место

А у вас оно автомагически появится на сервере?  Все просто: где нет места - туда не несем.  Где есть - ничего выкраивать не нужно.  Можно подрастить lvm-тома, в случае нужды.

> перенарезать права, переконфигурить IP и прочее-прочее

мсье - любитель извращений?!!  

> Да и шанс
> ошибки в переконфигурации при переносе виртуалки - близок к нулю, а
> в вашем случае человеческий фактор играет огромную роль.

В вашем случае - человеческий фактор спокойно аукнется в другом месте.  Из-за получившегося (судя по необходимым вам "напрягающим" пунктам переноса) бардака конфигурации, к примеру.

Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

245. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от Аноним (-), 09-Фев-13, 13:41 
> Конфигурации - несколько стандартных.  Дополнительные зависимости - автоматически
> разрешаются при переносе (тем же puppet).

Несомненно, можно изобрести велик с квадратными колесами и потом доказывать что это лучше обычных. А то что трясет и педали крутить сложнее - да и фиг с ним. Особо прокачанный спортсмен myhand на таком может катить даже в гору!

> В вашем случае - человеческий фактор спокойно аукнется в другом месте.  

В случае виртуализатора он может вообще отсутствовать - когда ресурсы распределяет железный канцлер, в окончательном варианте группа хостов + виртуализатор = облако. И таки устраняется важный фактор - нужда админов греть голову над интимными особенностями конфигураций.

Ответить | Правка | Наверх | Cообщить модератору

248. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от myhand (ok), 09-Фев-13, 19:13 
>> Конфигурации - несколько стандартных.  Дополнительные зависимости - автоматически
>> разрешаются при переносе (тем же puppet).
> Несомненно, можно изобрести велик с квадратными колесами и потом доказывать что это лучше обычных.

Или можно просто нести вашу чушь "с великами", притворяясь что она как-то касается вопроса.

>> В вашем случае - человеческий фактор спокойно аукнется в другом месте.
> В случае виртуализатора он может вообще отсутствовать

Я *написал* где конкретно он присутствует.  Прямо в продолжении цитированной фразы.  Просто одна форумная школота - выкинула неудобную ей часть и пошла 100500-й раз продолжать нести пургу про облака...

Гуляй, Вася.

Ответить | Правка | Наверх | Cообщить модератору

215. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от XoRe (ok), 23-Янв-13, 02:38 
>> 6) Позволяет абстрагироваться от железа.
> В вакууме запускаете виртуалки?
>> Виндовые серверы на старом, или умирающем железе - очень веселая штука.
> Они и на новом - не менее "веселая".  Не используйте "виндовые
> сервера".  Но нет - как маленькие, тащат всякую гадость...

Отличная логика.
Не делайте этого, не делайте того.
Лишь бы не появился профит от виртуализации.

>> 7) Позволяет увеличивать мощность сервера в виртуалке в 2 клика.
> Из пустоты...

Из ресурсов сервера виртуализации.
Если из 80 гиг заняты 30, какой-то виртуалке можно добавить оперативку.
Причем, не нужно ехать в дата центр.
Но вы можете по старинке:)

>> 8) Позволяет очень быстро создавать новые виртуалки на основе существующей.
> Зашибись.  Moar виртуализации!  Быстро, молодежно...

Никогда не практиковали отдельные виртуалки для разработчиков?
Попробуйте, очень удобно.

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

233. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от myhand (ok), 23-Янв-13, 12:46 
> Отличная логика.
> Не делайте этого, не делайте того.
> Лишь бы не появился профит от виртуализации.

От винды - профит не появится, несмотря на любые виртуализации.

>>> 7) Позволяет увеличивать мощность сервера в виртуалке в 2 клика.
>> Из пустоты...
> Из ресурсов сервера виртуализации.
> Если из 80 гиг заняты 30, какой-то виртуалке можно добавить оперативку.

Ну так и ничего нового, значит.  Точно также можно перенести любой сервис на простаивающий подходящий сервер.  Причем ишшо в 90-х, малыш.

>>> 8) Позволяет очень быстро создавать новые виртуалки на основе существующей.
>> Зашибись.  Moar виртуализации!  Быстро, молодежно...
> Никогда не практиковали отдельные виртуалки для разработчиков?

Я много для чего использую виртуализацию.  Просто не писаю кипятком от этого и знаю о других решениях.

Ответить | Правка | Наверх | Cообщить модератору

235. "По данным опроса, 51% x86-серверов работают с использованием..."  +1 +/–
Сообщение от XoRe (ok), 23-Янв-13, 23:56 
>> Отличная логика.
>> Не делайте этого, не делайте того.
>> Лишь бы не появился профит от виртуализации.
> От винды - профит не появится, несмотря на любые виртуализации.

Это уже другой вопрос, скорее религии, чем бизнеса.

>>>> 7) Позволяет увеличивать мощность сервера в виртуалке в 2 клика.
>>> Из пустоты...
>> Из ресурсов сервера виртуализации.
>> Если из 80 гиг заняты 30, какой-то виртуалке можно добавить оперативку.
> Ну так и ничего нового, значит.  Точно также можно перенести любой
> сервис на простаивающий подходящий сервер.  Причем ишшо в 90-х, малыш.

Классно, у вас много простаивающих серверов.
Тогда вам и правда не нужна виртуализация.
А ваш директор в курсе, что у вас куча лишних серверов?)

>>>> 8) Позволяет очень быстро создавать новые виртуалки на основе существующей.
>>> Зашибись.  Moar виртуализации!  Быстро, молодежно...
>> Никогда не практиковали отдельные виртуалки для разработчиков?
> Я много для чего использую виртуализацию.  Просто не писаю кипятком от
> этого и знаю о других решениях.

Я тоже не писаю.
Но, мне кажется, вы настроены категорично против виртуализации.
Что угодно, лишь бы её не использовать.

Ответить | Правка | Наверх | Cообщить модератору

236. "По данным опроса, 51% x86-серверов работают с использованием..."  –1 +/–
Сообщение от myhand (ok), 24-Янв-13, 00:20 
>> От винды - профит не появится, несмотря на любые виртуализации.
> Это уже другой вопрос, скорее религии, чем бизнеса.

Да нет.  Самое что ни на есть техническое утверждение.  Будете с этим спорить?

>> Ну так и ничего нового, значит.  Точно также можно перенести любой
>> сервис на простаивающий подходящий сервер.  Причем ишшо в 90-х, малыш.
> Классно, у вас много простаивающих серверов.

Попал пальцем в небо, телепат.  Выражусь иначе: на менее загруженный сервер.  Стало легче?

> Но, мне кажется, вы настроены категорично против виртуализации.

Когда кажется...  Ну, ты понел.


Ответить | Правка | Наверх | Cообщить модератору

237. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от XoRe (ok), 28-Янв-13, 15:02 
> Да нет.  Самое что ни на есть техническое утверждение.  Будете
> с этим спорить?

Есть много ПО, которое ставится только на windows.
Причем стоимость лицензии windows там составляет 1-10% от стоимости этого ПО.
Или ПО, которое держать на windows проще.
Например, попробуйте подержать на linux те же Crystal Reports/Business Objects.
Это вы на форуме можете писать "венда не нужна!!!".
А у руководства все просто: нужно, значит должно стоять.

>> Но, мне кажется, вы настроены категорично против виртуализации.
> Когда кажется...  Ну, ты понел.

Понел - это пять)
А смысл вам категорически приводить доводы против виртуализации, если вы не против неё?

Ответить | Правка | Наверх | Cообщить модератору

238. "По данным опроса, 51% x86-серверов работают с использованием..."  +/–
Сообщение от myhand (ok), 28-Янв-13, 15:05 
> А у руководства все просто: нужно, значит должно стоять.

Когда руководство начинает принимать технические решения - действительно, все просто.   Найдите хорошую работу.

> А смысл вам категорически приводить доводы против виртуализации, если вы не против неё?

Не люблю всяческих "фанатов".

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру