URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 50681
[ Назад ]

Исходное сообщение
"Отчет IDC указывает на потенциальную экономию от внедрения L..."

Отправлено opennews , 17-Мрт-09 22:36 
Экономический спад способен ускорить процесс внедрения Linux компаниями различного уровня. К таким выводам подводят результаты опроса (http://www.informationweek.com/news/software/linux/showArtic...) среди ответственных лиц IT департаментов, который, по заказу Novell, проводила компания IDC. Больше половины респондентов из Европы, Америки и Азии заявили, что уже используют в своем бизнесе Linux серверы и планируют расширять сферу их применения.

В опросе приняло участие 330 представителей компаний, 65% из которых намереваются к концу года увеличить как минимум на 10% объем использования Linux в своем серверном парке. 63% имеют аналогичные планы в отношении использования  Linux десктопов. 49% ожидают, что Linux перейдет в разряд основной серверной платформой.  Случайность или нет, но число респондентов (62%), заявивших, что их IT бюджет значительно урезан, и заставляет их действовать более осмотрительно, очень близко коррелирует с уже упоминавшимися выше планов...

URL: http://www.informationweek.com/news/software/linux/showArtic...
Новость: http://www.opennet.me/opennews/art.shtml?num=20786


Содержание

Сообщения в этом обсуждении
"Отчет IDC указывает на потенциальную экономию от внедрения Linux"
Отправлено vadiml , 17-Мрт-09 22:36 
Вот так всегда:
как отчёт заказывает MS -- получается get the facts ,
как novel или ibm -- так линукс дешевле всех

"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено User294 , 18-Мрт-09 16:49 
> как novel или ibm -- так линукс дешевле всех

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


"Отчет IDC указывает на потенциальную экономию от внедрения Linux"
Отправлено Kaiser , 17-Мрт-09 22:44 
Да уж. IDC жжот.

"Отчет IDC указывает на потенциальную экономию от внедрения Linux"
Отправлено gennady , 17-Мрт-09 23:47 
Очередная заказуха.

Очень хочется пригласить такого внедренца и продемонстрировать "успешное внедрение" на конкретном оборудовании (про задачи уж молчу).

Мнимая стартовая экономия на лицензиях выходит повышенными расходами при запуске и эксплуатации. Увы.


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Kaiser , 18-Мрт-09 02:13 
А чтож у вас за оборудование и задачи? Вендоры как бы для SLES решения сертифицируют. Про задачи почти тоже самое. Чем вам Oracle на SLES не нравится? Или вы MS SQL Server на SLES ставите в wine?

Как бы экономия идет не на лицензиях - саппорт не бесплатен.


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено dRiZd , 18-Мрт-09 07:50 
Задачи элементарные - SCADA/MES системы.
Под QNX был BOTEC/RealFlex и т.д., а вот под Linux/BSD ...?
А, еще под Linux был Step7 (но когда это было...) ;)

"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено СуперАноним , 18-Мрт-09 09:15 
http://oscada.org.ua/

"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено dRiZd , 18-Мрт-09 10:51 
Эту поделка интересна только студентам.
Вы сами пробовали с ней работать - убожество.
Не чета Intouch/WinCC/Fix/iFix..., а с системами
PCS7/CIMAT/BRAUMAT/BREWMAXX/Simatic IT... даже близко не стояла.

"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено СуперАноним , 18-Мрт-09 22:19 
С моей точки зрения всякие там SCADA'ы зло, неэффективная трата вычислительной мощности избыточностью.
Напишите вашу задачу под ваше _конкретное_ промышленное оборудование на плюсах с Qt4 мордой. Будет шустро и красиво.

"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено dRiZd , 23-Мрт-09 14:49 
Сразу видно - человек не знает о чем говорит.


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Kaiser , 18-Мрт-09 13:57 
Как один из многих вариантов.
http://www.rtapscada.com

"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено dRiZd , 18-Мрт-09 16:50 
Ни какой техдокументации, позволяющей судить о продукте,
на сайте не нашел - получается какая-то реклама эфемерного продукта.

"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Kaiser , 18-Мрт-09 16:57 
> Ни какой техдокументации, позволяющей судить о продукте,
> на сайте не нашел - получается какая-то реклама эфемерного продукта.

Как вариант - написать конторе. Или просто погуглить другие варианты.



"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Кирилл , 19-Мрт-09 16:29 
СКАДА стала элементарной задачей? ))))) Это узконишевые решения. Тем более уверен, что решений достаточно, просто вы слабы как специалист и не знаете всего спектра предложений.

"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено dRiZd , 20-Мрт-09 16:59 
SCADA ни когда не были узконишевыми решениями. Оторвитесь на минуту от IT и загляните в
АСУТП.... Хлебушек/колбаску/молочко... кушаете, в доме живете (а не на улице), на транспорте катаетесь, телевизор спотрите, за компьютером сидите...?
А вы думаете оно само вот так взялось и появилось из неоткуда?
Видать Вы даже не представляете о чем идет речь - жаль.

Ну если Вы сильны как специалист, то что Вы можете порекомендовать
для оборудования известных производителей (например SIEMENS/OMRON/ALLEN BRADLEY/MITSUBISHI...), а не самопала, на базе Linux/FreeBSD.
Требования к SCADA системе:
1) Минимизация времени разработки (это тоже деньги и немалые)
2) Минимизация времени восстановления после отказа (кто будет восстанавливать и плясать с бубном, если моя фирма находиться в 2000 км, а сбой произошел в 3 часа ночи - местные киповцы?)
3) Минимизация времени расширения работающей системы на объекте.
4) Минимизация времени замены оборудования (контроллеров/плат...)
5) Минимизация времени обучения разработчиков/обслуживающего персонала
и т.д. и т.п.

А на рынке между прочим конкурентноспособных продуктов - раз два и обчелся, маленький список я привел выше.
И ВСЕ они коммерческие и БОЛЬШАЯ часть под винду - т.к. ни одно сообщество ,кроме MS, не смогло охватить такой спектр задач: надо ОС - пожалуйста, надо SQL - пожалуста, надо средсва разработки - пожалуйста, надо офисные приложения - пожалуйста...
Хоть я не люблю монополизм, но реальной альтернативы, в среде АСУТП, виндовсу нет.


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено А.Н. Онимус , 18-Мрт-09 11:15 
хотелось бы увидеть аргументацию, по "повышенными расходами при запуске и эксплуатации" по всему спектру применения вычислительной техники.
зюыю отучаемсо говорить за всех?

"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Аноним , 18-Мрт-09 14:08 
Аргументацию вы можете узреть лично заходя на страницы поддержки вендоров оборудования:
драйвера, ПО мониторинга оборудования - уже через год-два после выпуска железки перестают выпускать ПО для свежих ядер. Про сексуально-половую "совместимость" дистрибутивов линукса вообще молчу.

Пара примерчиков:
- Захотелось мне из выведенного из работы сервера 20006-7г.в. сдедать iSCSI хранилище. Фигня, беру Debian 4 и поехали... iSCSI модуль не ставится, оказывается надо обновить ядро и пересобрать модуль. Время на выяснение причин ухлопано на гугление.... Сервис поднял.
Потом надо бы RAID подключить и им как-то управлять, поехали.. Для Debian драйверов нет, только SUSE и RH... Епть, скачиваю OpenSUSE 10. iscsi-target в поставке нет, в репозитории тоже. SUSE Enteprize server 10 - хоть и платный, но хоть в триал-период пощупать. iSCSI-target есть, даже с модулем для Yast. Правда конфигурилка не умеет и половины опций....
Хотел этот пакет поставить в Open SUSE - non compatible... Нет нужных или несовместимые либы.
Дравейр RAID установился успешно, но массив не виден, соотв. консоль управления тоже ничего не видит..

Меняю контроллер Promise на LSI- массив уже виден (дрова в ядре), с консоль от старого SCSI запустилась через кучу плчсок с напильником в виде тестового полигона SUSE 9 и копировании оттуда недостающих библиотек. Уже "радует". "Ломаю" массив выниманием одного диска, отказ в консоли видно, в логе системы нет. Как прикрутить мониторинг массива - с уведомлением по почте - х.з.  Гугля тоже ничего не подсказал кроме аналогичных воплей о помощи.. Про мониторинг датчиков температур, кулеров и пр. просто молчу.
Итого убиты несколько рабочих дней, стоимость считайте сами.

Такое просто нельзя ставить в продакшн, а не то что экономить.

Аналогично с FreeBSD/FreeNAS. Да решение дешевое с виду...


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено User294 , 20-Мрт-09 13:27 
> Аналогично с FreeBSD/FreeNAS. Да решение дешевое с виду...

А у MS даже с виду - не дешевое.Сразу хотят вагон бабла за софт, OS, ... .И потом еще постоянная дойка на клиентские лицензии.Если подходить с умом - на линухе можно нехило экономить.А если по ламерски и без знания вопроса - ну, "сдуру можно и х.. сломать" ;)


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено alexxy , 20-Мрт-09 15:34 
Интересно а почему у меня nas на gentoo по iscsi работает ну плюс cifs/ftp/afp и еще несколько веселых протоколов.

и почему то никакого гемороя.
Зы контроллер рейда adaptec рейд на sas =)


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено gennady , 23-Мрт-09 09:45 
>Интересно а почему у меня nas на gentoo по iscsi работает ну
>плюс cifs/ftp/afp и еще несколько веселых протоколов.
>
>и почему то никакого гемороя.
>Зы контроллер рейда adaptec рейд на sas =)

Внимательнее читаем. У меня тоже все сервисы работают, проблема с КОНТРОЛЕМ ОБОРУДОВАНИЯ! (так видно?).

Это беда вседа всех никсов - обустраивается макушка айсберга (прикладное приложение, сервис, новое ядров даже и пр), но никто не задумывается о фундаменте - об ОБОРУДОВАНИИ. Что нужно его мониторить, ловить предупреждения, нужна превентивная диагностика, своевременное предупреждение, уведомления персонала. Драйвера ядра поддерживают почти все мыслимое на момент выхода железо, но приделать к ним уведомлялки о проблемах и мониторинг никто не думает. Это говорит, что разработчики понятия не имеют о промышленном применении своих продуктов, для дома или мелкой конторы это приемлемо, а для средней или с удаленной поддержкой уже нет. Надо изобретать скрипты на коленках, тратить драгоценное время (т.е. хуже чем деньги - (время невосполнимый ресурс))


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено gennady , 23-Мрт-09 10:24 
>> Аналогично с FreeBSD/FreeNAS. Да решение дешевое с виду...
>
>А у MS даже с виду - не дешевое.Сразу хотят вагон бабла
>за софт, OS, ... .И потом еще постоянная дойка на клиентские
>лицензии.Если подходить с умом - на линухе можно нехило экономить.А если
>по ламерски и без знания вопроса - ну, "сдуру можно и
>х.. сломать" ;)

Если подходить с умом - то линукс в продакшн ставить можно только для очень узкой сферы задач. Для широкого бизнес-применения он просто не полходит, и корень проблемы - в отсутствии единых стандартов. Анархия в API, одна только несовместимость приложений для разных диструбивов чего стоит. Максимально готовый к бизнес-применению в SMB-сетях мною дистрибутив - SUSE Enterprize Desktop. Прочие требовали значительных доработок элементарнейших вещей с соотв. потерями времени (невосполнимый ресурс)

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

Итоговые потери времени и риски выходят более чем дорогие.

Разовые лицензионные затраты на MS (или еще чьи) бизнес отобьет быстро, да и не так они велики как кажутся. В виде практически полного набора ~500-700$ за рабочее место - мебель стоит дороже. Но в итоге бизнес имеет практически гарантированную работу и обслуживание стандартными средствами и соотв. снижение затрат на обслуживание и возможный простой.

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

Чудес пока не обнаружено.


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Гном , 21-Мрт-09 02:51 
Чистой воды брехня. Вы, батенька, Вин-бот. Это довольно тривиальная задача и решается она без всяких сложностей. Это, конечно, не умаляет возможностей платных решений. Но если они по какой-то причине недоступны, почему бы и самому не сделать?

"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено gennady , 23-Мрт-09 10:56 
>Чистой воды брехня. Вы, батенька, Вин-бот. Это довольно тривиальная задача и решается
>она без всяких сложностей. Это, конечно, не умаляет возможностей платных решений.
>Но если они по какой-то причине недоступны, почему бы и самому
>не сделать?

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

"Это довольно тривиальная задача " - вы про какую задачу?

Вот вам задачка. Сервер. MB Intel SE7501BR2S RAID SRCU32 + SRCU42X. Прошу дать хотя бы ссылки на софт для мониторинга и управления этого оборудования в современном дистрибутиве линукса/юникса. Опробованы - SUSE 10 (Open, Ent Serv, Ent Desktop, Debian 4, Debian 5, FreeBSD 6.4, 7.0, 7.1. Сейчас работает FreeBSD 7.1, ПО неполного мониторинга и управления RAID устанавливалось с чудесами и доделками руками, часть проблем остались нерешенными, но т.к. аппарат работает тестовым полигоном, то не критично.

Для виндов все решение обойдется ~1200$ и 1,5 часа времени. Вот соотнесите стоимость потраченного времени на запуск (простой оборудования и связанных с ним задач) к стоимости лицензии...

PS. На свежекупленный десктоп FreeBSD 7.0 и ниже вообще не ставится - ядро вываливается. Надо минимум 7.1. А на старом сервере Debian 4 и 5 видеокарту ATI не понимает, VGA-mode. Очень "удобно".

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


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено remi , 18-Мрт-09 15:32 
А вы пытаетесь внедрять Линукс по тому же принципу, по которому Хрущев повсеместно внедрял кукурузу? :D
Чисто технически Линукс более совершенная платформа, чем Windows. Но он не всегда (пока?)подходит под конкретные задачи, и не во всех случаях бывает экономически оправдан. Прежде чем его внедрять, неплохо бы провентилировать экономическую сторону вопроса.
Для каждой задачи хороши свои инструменты.

"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Аноним , 20-Мрт-09 13:39 
>А вы пытаетесь внедрять Линукс по тому же принципу, по которому Хрущев
>повсеместно внедрял кукурузу? :D

По делу (конкретным фактам) сказать нечего. Что и предполагалось.

>Чисто технически Линукс более совершенная платформа, чем Windows.

Сказки. Ядро - может быть и огромной натяжкой. Windows с его API ползволяет не морочиться с совместимостью ядер, драйверов, приложений к конретному билду или патчу. В итоге время развертывания и модернизации сокращается в разы.

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

Угу. Это пока длится уже лет 15, и перспектив никаких. Линукс устойчиво созрел до уровня малых рабочих групп с секретарским уровнем приложений. Дальше полная .опа, wine как минимум со всеми вытекающим + значительно бОльшая значимость человеческого фактора (админа) -нет единых стандартов и инструментов. Т.е. повышенный риск бизнеса.
Желающие сэкономить на софте будут переплачивать за его поддержку и получать вечную борьбу с трудностями, которые мужественно себе создали. Проверено на куче мелких контор - в итоге заплатили за винды и занимаются делом, а не решением проблем из воздуха.

Теоретики, мля.


"Отчет IDC указывает на потенциальную экономию от внедрения Linux"
Отправлено Аноним , 18-Мрт-09 00:28 
> Опрошенные директоры, технические директоры и начальники IT отделов представили следующие данные: 97% используют Windows Server в качестве серверной платформы, 57% используют Linux и 39% - Unix

это проценты от чего ?


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Аноним , 18-Мрт-09 02:05 
>> Опрошенные директоры, технические директоры и начальники IT отделов представили следующие данные: 97% используют Windows Server в качестве серверной платформы, 57% используют Linux и 39% - Unix
>
>это проценты от чего ?

97+57+39= 193%, уточните пожалуйста почему не двести ? или не публикуйте пожалуйста такого рода новости. Они только вводят в заблуждения.


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Kaiser , 18-Мрт-09 02:16 
> 97+57+39= 193%, уточните пожалуйста почему не двести ? или не публикуйте пожалуйста
> такого рода новости. Они только вводят в заблуждения.

Кого вводят в заблуждение? 90% опрошенных ежедневно потребляют яблоки и 80% ежедневно едят апельсины. Сумма более 100%. Все нормально.



"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Анонимус , 18-Мрт-09 09:30 
>это проценты от чего ?

Это означает что в одном и том же отделе используются обе платформы. Поэтому из 100% опрошенных такой отдел входит и в 97% виндовсов и в 57% линухов. Почему должно быть категорическое "или с нами или против нас"?



"Отчет IDC указывает на потенциальную экономию от внедрения Linux"
Отправлено Аноним , 18-Мрт-09 10:52 
Ага.. вы видели сколько стоит RedHat?

https://www.redhat.com/wapps/store/catalog.html;jsessionid=4...**.9247cfa6


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено ent4jes , 18-Мрт-09 10:58 
>Ага.. вы видели сколько стоит RedHat?
>
>https://www.redhat.com/wapps/store/catalog.html;jsessionid=4...**.9247cfa6

А вы видели сколько стоит Windows Server+ всякие Сall лицензии?


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено thealexis , 18-Мрт-09 10:59 
Это не стоимость софта от RH, а стоимость саппорта + обновлений на RH, что есть разные вещи и сравнивать его надо со стоимостью аналогичного по параметрам саппорта + software assuranse например на серверные продукты M$ от самой M$.



"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Аноним , 18-Мрт-09 14:20 
>Это не стоимость софта от RH, а стоимость саппорта + обновлений на
>RH, что есть разные вещи и сравнивать его надо со стоимостью
>аналогичного по параметрам саппорта + software assuranse например на серверные продукты
>M$ от самой M$.

---------
Некорректно сравнение - software assuranse (30%) это право переход на новые версии в течении 2х лет + решение нескольких инциндентов в краткие сроки. Мой вопрос решили за 2часа.

Обновления у MS бесплатны и доступны минимум 5, а то и 10 лет..


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Аноним , 18-Мрт-09 14:50 
>[оверквотинг удален]
>>аналогичного по параметрам саппорта + software assuranse например на серверные продукты
>>M$ от самой M$.
>
>---------
>Некорректно сравнение - software assuranse (30%) это право переход на новые версии
>в течении 2х лет + решение нескольких инциндентов в краткие сроки.
>Мой вопрос решили за 2часа.
>
>Обновления у MS бесплатны и доступны минимум 5, а то и 10
>лет..

вопрос из разряда "как прочесть справку ?"


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Аноним , 20-Мрт-09 13:28 
>[оверквотинг удален]
>>
>>---------
>>Некорректно сравнение - software assuranse (30%) это право переход на новые версии
>>в течении 2х лет + решение нескольких инциндентов в краткие сроки.
>>Мой вопрос решили за 2часа.
>>
>>Обновления у MS бесплатны и доступны минимум 5, а то и 10
>>лет..
>
>вопрос из разряда "как прочесть справку ?"

Вопрос из разряда "почему не инсталлируется на удаленный узел кластер MS SQL?"

Прошу найти сие в справке. (решение было KB, относящее к совсем другой теме). А корень проблемы еще глубже.
Ищите в справке. умники-теоретики. Заявка была подана в 14-00, в 16-00 мне было дано решение по телефону, а к 18-00 получен официальный ответ по почте. Итак у вас на все 2 часа. Решайте...


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Frank , 18-Мрт-09 21:48 
>Обновления у MS бесплатны и доступны минимум 5, а то и 10 лет..

Security/critical - да... остальное - далеко не всегда. Некоторые вещи фиксят лишь в следующей версии продукта, которая апгрейдится за бапки.
Как пример - проверка украинской орфографии в Ворде2000 - на документах с более чем парочкой страниц очень часть ворд повисал, "вылечили" лишь в Ворде2002.


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Кирилл , 19-Мрт-09 16:32 

>Обновления у MS бесплатны и доступны минимум 5, а то и 10
>лет..

Обновления у МС не бесплатны. Стоит годовая подписка очень порядочных денег.
Если вы об обновлениях безопасности, то и у Шапки они бесплатны.


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Konwin , 18-Мрт-09 14:24 
>Ага.. вы видели сколько стоит RedHat?
>
>https://www.redhat.com/wapps/store/catalog.html;jsessionid=4...**.9247cfa6

Windows 2008 Standart стоит штукарь, и вы это можете поставить на 4 процессора и максимум 32 Гб оперативки.


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Кирилл , 19-Мрт-09 16:39 

>Windows 2008 Standart стоит штукарь, и вы это можете поставить на 4
>процессора и максимум 32 Гб оперативки.

Это только на 4-ре клиентских подключения. А дальше за каждое подключение отслюнявливай ещё столько же. Для средней организации Вин-платформа обходиться в 250 000--300 000 сильно подорожавших долларов. И это только за софт. А ведь ещё сколько стоит поддержа и администрирование, простои из-за сбоев, оплаты избыточных выч. мощностей.


"Отчет IDC указывает на потенциальную экономию от внедрения Linux"
Отправлено Аноним , 18-Мрт-09 23:00 
странная дискуссия, и уважаемый, кто высказвался о том как он немог RAID контроллер настроить на линухах.....

в IDC безплатным линухам просто не место, за очень редким исключением
а экономия, про которую пишут в статье - это разница между стоимостью форточек и SLES/RedHat

уже который год новые серваки покупаем с предустановленым SLES - проблем нет абсолютно, аптайм выше чем у виндовых хостов в разы

ктото скажет про руки... ну тут да, я извените драйвер за пару дней не напишу......


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Кирилл , 19-Мрт-09 16:41 

>в IDC безплатным линухам просто не место, за очень редким исключением

Дебиан.


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Аноним , 20-Мрт-09 13:19 
Да хоть джента. Без мониторинга железа на серверах и критичных рабочих станциях линуксу не место. Желающие искать приключений с "внезапной" потерей данных - могут использовать.

"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Кирилл , 20-Мрт-09 14:59 
>Да хоть джента. Без мониторинга железа на серверах и критичных рабочих станциях
>линуксу не место. Желающие искать приключений с "внезапной" потерей данных -
>могут использовать.

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


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено gennady , 23-Мрт-09 11:10 
>>Да хоть джента. Без мониторинга железа на серверах и критичных рабочих станциях
>>линуксу не место. Желающие искать приключений с "внезапной" потерей данных -
>>могут использовать.
>
>Ой-ой-ой. На практике это трата ста баксов, чтоб избежать риска на десять
>центов. Весь этот мониторинг железа. Да и кто вам сказал, что
>тот же нагиос не справиться с мониторингом чего угодно? Были преценденты?
>У меня нет. Вся инфраструктура, бэкап и биллинг на линуксе.

Ну да получить уведомление типа "сервер не пингуется" это одно, raid degraded это другое, raid failed это третье, а кулер помер и корзина с дисками сгорела это четвертое. Нагиос решает только первое. Прочувсвуйте разницу.

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


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено gennady , 23-Мрт-09 11:20 
>>Да хоть джента. Без мониторинга железа на серверах и критичных рабочих станциях
>>линуксу не место. Желающие искать приключений с "внезапной" потерей данных -
>>могут использовать.
>
>Ой-ой-ой. На практике это трата ста баксов, чтоб избежать риска на десять
>центов. Весь этот мониторинг железа. Да и кто вам сказал, что
>тот же нагиос не справиться с мониторингом чего угодно? Были преценденты?
>У меня нет. Вся инфраструктура, бэкап и биллинг на линуксе.

Вы обработку отказов ОБОРУДОВАНИЯ проверяли?  Если нет - говорить не о чем.
Если да - поделитесь опытом как через нагиос мониторить raid, кулера, датчики всякие.
Буду благодарен.

а про 10 центов вы будет начальнику объяснять когда raid сдохнет "внезапно"... Не завидую.


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено Аноним , 20-Мрт-09 13:46 
>странная дискуссия, и уважаемый, кто высказвался о том как он немог RAID
>контроллер настроить на линухах.....
>в IDC безплатным линухам просто не место, за очень редким исключением
>а экономия, про которую пишут в статье - это разница между стоимостью
>форточек и SLES/RedHat
>
>уже который год новые серваки покупаем с предустановленым SLES - проблем нет

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

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

большой аптайм говорит о редком обновлении и большом колчистве незакрытых дырок и ошибок. Тоже мне предмет гордости

>
>ктото скажет про руки... ну тут да, я извените драйвер за пару
>дней не напишу......

Ну да, руки писателям линукс-софта еще править и править...


"Отчет IDC указывает на потенциальную экономию от внедрения L..."
Отправлено gennady , 23-Мрт-09 09:53 
В продолжении про "экономию".
Debian 4 + iSCSI. Штатное ядро не держит iscsi, надо обновлять. Обновил штатными средствами.
iSCSI заработал (на фоне freebsd уродство), ну да ладно.
Зато с новым ядром пропал маскарадинг, напрочь пропал.
весь файрвол, часть инет-сервисов, vpn-шлюз пошли лесом. Твою мать!! Хорошо что предварительно проверил на домашнем компе... Представил эффект от такого удаленного обновления.