The OpenNET Project / Index page

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



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

Оглавление

Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..., opennews (??), 08-Авг-11, (0) [смотреть все]

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


192. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 08-Авг-11, 18:31 
> виртуализации в гостевом режиме (host-режим не является значимым)

Epic fail. Если я устанавливаю систему на хост, с вероятностью 95% на гуестах будет крутиться такая же система. Потому что админить один тип систем - проще чем два типа систем. Неужели столь простой факт так сложно осознать? В общем случае чем больше разрастается "bill of materials" тем сложнее становится с ним иметь дело.Если администратору все-равно придется изучать систему для хоста - за коим чертом он будет что-то другое на гуестах ставить, если уже изученная система там хорошо работает? Где логика?!

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

219. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от klalafuda (?), 08-Авг-11, 19:28 
> Epic fail. Если я устанавливаю систему на хост, с вероятностью 95% на гуестах будет крутиться такая же система. Потому что админить один тип систем - проще чем два типа систем. Неужели столь простой факт так сложно осознать? В общем случае чем больше разрастается "bill of materials" тем сложнее становится с ним иметь дело.Если администратору все-равно придется изучать систему для хоста - за коим чертом он будет что-то другое на гуестах ставить, если уже изученная система там хорошо работает? Где логика?!

Если вы скажем хостер, то в гвесте будет стоять то, что будет востребовано вашими клиентами. И если завтра окажется, что для VPS вместо системы A будут брать B - там будет B. Или же хана вашему хостингу. Впрочем, даже если вы и не хостер, может оказаться, что скажем на хосте удобнее ставить голый RHEL а вот в VPSках уже что душе заблагорассудится - CentOS, Debian, Ubuntu и так далее.

Это сугубо помарка на тему 'в 99% случаев'. Нет, совсем не в 99%.

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

274. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 08-Авг-11, 22:44 
> Если вы скажем хостер, то в гвесте будет стоять то, что будет
> востребовано вашими клиентами.

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

> И если завтра окажется, что для VPS вместо системы A будут брать B - там будет B.

У этой вашей фрибсд с VPS все особенно плохо. Особенно если посмотреть на легкие vps типа openvz. Пока у линуксоидов услуга уже чуть ли не десяток лет используется, при том есть как коммерческий вариант, так и совершенно бесплатный для хостера, у бздунов вообще нечего предложить в этот сегмент. Как максимум есть платное решение от ispsystems. Не понятно чем лучше дармовой опенвзы, кривое от и до, но зато за денежку.

Ну понятно что денег хочется всем, однако налицо типовая ситуация:
1) Некто мелко жлобится и не делится своим проприетарным супер-решением. Лицензия позволяет, типа.
2) В результате решением никто не пользуется, потому что есть бесплатное и лучше.
3) В результате решения нет в майнстриме. Нет толпы которая бы улучшила решение, навалившись на проблему сообща.
4) В результате побеждает другое решение, захватывающее этот сегмент рынка. У линуксоидов половина опенвзы известная как LXC уж сто лет как в ядро встроено, а контейнер лепится буквально парой флагов для старинного системного вызова clone(). И после этого кто-то надеется на офигительные продажи контейнеров под фрибзду. Удачи в этом нелегком бизнесе, она понадобится ;)

> Или же хана вашему хостингу. Впрочем, даже если вы и не хостер, может
> оказаться, что скажем на хосте удобнее ставить голый RHEL а вот
> в VPSках уже что душе заблагорассудится - CentOS, Debian, Ubuntu и так далее.

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

> Это сугубо помарка на тему 'в 99% случаев'. Нет, совсем не в 99%.

Да и фиг с ними, с 99%. Просто как известно дефолты - решают, и фрибсда с ее уровнем поддержки виртуализации дефолтом у хостера не станет. Если конечно хостер печется о своем кошельке а не потугах убедить всех что "фрибсд это круто" ценой пролета на большую часть прибыли. Заметьте, даже FirstVDS/ISPSystems был вынужден начать предоставлять линуксные вдски, т.к. поразвелось конкурентов, и клиентура стала драпать. Тем более что когда я пользовался там бсдшным контейнером - это работало не просто ужасно, это была ЖЕСТЬ. Задолбало, перевел сервак на буржуйский на опенвз. Это просто небо и земля! У буржуйского хостинга с опенвзой проблем с сервером за *год* было меньше чем у ispsystems за *месяц* стандартно происходит.

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

312. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 09-Авг-11, 00:54 
> У этой вашей фрибсд с VPS все особенно плохо.
> Особенно если посмотреть
> на легкие vps типа openvz. Пока у линуксоидов услуга уже чуть
> ли не десяток лет используется, при том есть как коммерческий вариант,
> так и совершенно бесплатный для хостера, у бздунов вообще нечего предложить
> в этот сегмент.

Странно то, что хостеры использовали FreeBSD/Jail, когда не было в природе OpenVZ, а о Linux ходили городские легенды...

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

314. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??), 09-Авг-11, 00:59 
> Странно то, что хостеры использовали FreeBSD/Jail, когда не было в природе OpenVZ,
> а о Linux ходили городские легенды…

на безрыбье и bsd — виртуализатор…

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

572. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 22:42 
> Странно то, что хостеры использовали FreeBSD/Jail, когда не было в природе OpenVZ,
> а о Linux ходили городские легенды...

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

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

273. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Jay (??), 08-Авг-11, 22:33 
Не соглашусь. У меня на железе всегда стоит какой-то "коробочный" гипервизор. И изучать его внутренности у меня никакого желания нету. А вот уже в виртуалках крутится то, что нужно именно мне, и в чем я разбираюсь. И если весь кластер управляется из красивого GUI, а гостя с FreeBSD приходится "укладывать" (shutdown) вручную, а приостановить (suspend) или отмигрировать на другую ноду вообще никак нельзя - это в какой-то момент сильно расстраивает.. Поэтому прямо сейчас просто необходимо поддерживать "большую тройку" гипервизоров (VMWare, XenServer, Hyper-V). Все остальное можно доделывать потом.
Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

275. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 08-Авг-11, 22:49 
> Не соглашусь. У меня на железе всегда стоит какой-то "коробочный" гипервизор. И
> изучать его внутренности у меня никакого желания нету.

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

> А вот уже в виртуалках крутится то, что нужно именно мне, и в чем я разбираюсь.

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

> "большую тройку" гипервизоров (VMWare, XenServer, Hyper-V). Все остальное можно доделывать
> потом.

Да мне пофигу, я уже наелся в другом случае, после чего на своей шкуре ощутил кто же рулит в VDS и виртуализации. Добавку просить не буду - своя шкура дороже и я не Маклауд, ждать пока кто-то через 10 лет доделает при том что есть открытое бесплатное решение вот сейчас - оно мне надо???

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

454. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Jay (??), 09-Авг-11, 12:35 
>> Не соглашусь. У меня на железе всегда стоит какой-то "коробочный" гипервизор. И
>> изучать его внутренности у меня никакого желания нету.
> Тогда их скорее всего однажды изучат хакеры, после чего поимеют и хост
> и все гуесты на нем. Очень удобно: одним махом имеется целая
> ферма с пачкой разных айпи. Для спамеров, масс-регистраторов всего и вся
> и прочих - просто находка! Хреново администряемый хост - просто мечта
> хакера.

1. Не надо выставлять интерфейсы гипервизоров в интернет.
2. Надо своевременно обновляться.

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

Я предпочитаю, чтобы во внутренностях гипервизора разбирались те, кому именно за это и платят деньги. Поэтому и использую коробочные решения, тем не менее, основанные на СПО. Это позволяет избежать vendor lock-in, но не заставляет лазить внутрь.

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

573. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 22:46 
> 1. Не надо выставлять интерфейсы гипервизоров в интернет.
> 2. Надо своевременно обновляться.

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

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

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

> Поэтому и использую коробочные решения, тем не менее, основанные на СПО.
> Это позволяет избежать vendor lock-in, но не заставляет лазить внутрь.

Если вы не разбираетесь как работает система - вы все-равно оказываетесь в зависимости от кого-то кто понимает ;)

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

775. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclightemail (ok), 11-Авг-11, 04:26 
294, прикинь, он не админ. Он их начальник (пусть и бывший в свое время админом сам). Да, такое бывает =) И озвучивает он позицию бизнеса, соответственно. Может быть и ты когда-нибудь дорастешь до понимания разделения труда, кто знает...
Ответить | Правка | Наверх | Cообщить модератору

886. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 17:54 
> позицию бизнеса, соответственно.

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

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

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

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




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

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