VDS или вирт хостинг. Подскажите.

Слава Богу это кто-то понимает. Не удержался:)

Давайте порассуждаем. Но давайте для начала поймем с кем мы тут и что обсуждаем.

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

С кем обсуждаем определились. Теперь осталось определиться о чем мы рассуждаем. Ах да.

1) О дырах. Ну-ка напомните мне когда в, например, Debian Lenny последний раз находили какую-нибудь дыру, а тем более удаленную. 99% взломов - дыры пользовательских скриптов. Идите сказками про безопасность пугайте кого-то другого. Нормальные люди, без паранойи, не лепят все подряд обновления без особой необходимости. Зато регулярно делают бекапы на случай чего. Это экономически более обоснованно, проще говоря: дешевле раз в 5 лет быть взломанным и восстановиться из бекапа, чем все эти 5 лет кормить админа, который не допустит взлома. Конечно, есть проекты, где дела обстоят совсем обратным образом, но проекты такого уровня здесь не обсуждают, во всяком случае в паблике :)

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

Зато, напротив, есть те, кто слез с директадмина, понял что к чему и назад больше ни ногой :)

3) У нас вот добрая половина клиентов живет на ISPmanager с 512 Мб памяти. И MySQL работает у них прекрасно. Так что, как писал Николай Васильевич: "Неча на зеркало пенять...".

Ну зачем же Вы вот так сразу о незнакомом человеке. Мама вежливости не учила что ли? Или желание выпендриться разум затмевает? Далеко ходить не будем, сегодняшний кусок лога:

Raistlin, совет на будущее: не судите людей по себе. Особенно не знакомых. Не так стыдно будет потом перед общественностью :)

Гм. Хорошо. Давайте порассуждаем. Сначала покажите мне именно ЭКСПЕРИМЕНТ и ЖОНГЛИРОВАНИЕ. Там все уже давно проверено и отлажено, протестирована работа на возможность появления новых глюков.

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

Гм... Ну вообще, там нет и небыло экспериментов. Это раз. А второй раз: даже в случае, если СТАНДАРТНОЕ ядро даст сбой, можно загрузиться со старым даже если сервера не будет в сети. Или у вас не подключены по умолчанию IPMI/KVM к серверам? У нас - стоит... =). И еще. А какие каналы у вас на ноде в Украинском датацентре? В мир? Linux-2048 у Вас получит гарантированные 100 Мбит? Отказоустойчивость RAID1 и 100 Гб пространства на макс. тарифе - у вас 750 SATA на нодах (ведь рейд1)? Какой марки, просвятите, пожалуйста. Сколько rpm, 7200? И, да. А чего так дорого, ведь вы же в Украине, а там цены на colo/аренду ниже, чем у нашего Российского ДЦ.

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

Ну, а теперь о чем порассуждаем...

А на нулледе даже даты есть... ))) Ну вот вам wiki: http://hitech.lv/wiki/index.php/%D0%A3%D1%8F%D0%B7%D0%B2%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D1%8C_%D0%B2_ISPmanager. Ну мне гуглить лень, но вы забыли про великую дырку PHPmyAdmin? Который обновлять надо? Или забыли дыру roundcube 2,5 года назад, когда сдохла целая куча серверов? Или, эм...

А вот посвежее еще дистронезависимого:

http://www.securitylab.ru/vulnerability/405494.php

http://www.securitylab.ru/vulnerability/405380.php

http://www.securitylab.ru/vulnerability/405028.php

http://www.securitylab.ru/vulnerability/404810.php

Мне еще свое время тратить на недоучку, нахватавшегося слов "живая миграция"?

Вам конкретный пример приведен. Куда еще конкретнее? Грейлистинг руками до сих пор прикручиваете, или на нестабильную бетку обновились? До сих пор к этой панели ставите mod_php и apache prefork? Тогда Я ИДУ К ВАМ. Не, серьезно, выше озвученная конфигурация стоит? Я ж вас поломаю нахрен, на полном серьезе. Ставьте MPM-ITK на худой конец или выкашивайте mod_php из системы, пока вас не снесли.

Покажите одного такого. Я вот вижу только один фактор - цена. О чем постом выше Вам написали. Я ж такой не один.

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

Квалифицированный специалист, рассуждающий о миграции... млин...

Raistlin добавил 03.05.2011 в 05:52

granthost.org - посмотрите вот на этот виртуальный хостинг, там, я думаю, вам подойдет по условиям.

Raistlin добавил 03.05.2011 в 08:08

И получить утечку ценных данных. Классная политика. Прошу прощения, не заметил сразу. Видно, как вы дорожите данными своих клиентов. Лучше пусть у них базы, личку, пароли уведут... навредят их бизнесу.... Да, теперь мне все ясно, откуда вы таких умных слов нахватались.

Любые манипуляции на рабочей ноде - это престуление.

Да что Вы говорите? Ану-ка апнитесь с 18 ядра на другое повыше. Что вам udev запоет и что будет с сетевыми интерфейсами? :)

Зачем мне смотреть на ваши тарифы. Ваши тарифы - это ваши проблемы. Продаете VPS по 5 долларов... ну так думать надо. Если у Вас нет запаса мощностей, то кто Вам виноват? Цены тут совершенно не отмазка.

Давайте, мне нечего скрывать. Вот OpenVZ нода, которая закрыта для размещения новых клиентов:

<a href="http://clip2net.com/s/UVpV"><img src="http://clip2net.com/clip/m0/1304412002-clip-1kb.png" alt="1304412002-clip-1kb"/></a>

Вот про это я и говорил. Пока админ экспериментирует с сервером - клиенты лежат.

В каком конкретно датацентре? У нас несколько площадок. Где-то 2Гбит, где-то 4 Гбит, где-то 10-ка, где-то уже присматривается новая железяка с 4-мя портами 10 GE :)

Клиент, при желании, может получить впс на тест и лично попробовать. Лично. Без всяких форумных умников.

Да, RAID1. Нет, не 750. И вообще Вам зачем? Хотите узнать удачную конфигурацию на шару? Фигушки - сами подбирайте :)

Нет желания работать со школотой и не иметь денег на поддержку резерва мощностей :)

🤪

"И эти люди запрещают мне ковыряться в носу" (с)

Если бы мои админы мне такое сказали - уже выгнал бы к чертовой матери.

Не катит. Стандартный набор, обновляется из панели.

Не катит. Обновление ядерного KVM совершенно не забота пользователя.

Тоже не катит. Покажите мне СТАБИЛЬНЫЙ релиз OpenVZ ядра с kernel версии 2.6.39-rc3

Не катит. "Для успешной эксплуатации уязвимости требуются привилегии CAP_NET_ADMIN."

Вот про CAP_NET_ADMIN: http://www.lids.org/lids-howto/node48.html

Вы всем раздаете такие привелегии или своим админам не доверяете? ;)

О, а вот тут попоробнее. Вы уже перешли на PHP 5.3? И что? Как там с зендом? Что пользователи говорят ;)

Приходите, милости просим :)

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

Да, петросянство не воспринимаю.

Да ничего. Крутите дальше ядра на боевых нодах и ребутьте их :)

У кого данные ценные - у того есть админ и вопросов они здесь не задают.

Еще раз: те кто делают бизнес и реальные деньги - здесь вопросов не задают. Там ситуация совершенно другая и другой разговор. Там специально писанные на заказ модули для nginx и апача, там даблвпн, там еще много чего другого :)

Да... Вы меня за идиота держите? Нет, на продакшн сервере эксперименты не ставятся. А на локалке - апался и не раз. Если что, может вы и не в курсе, сначала обновляем ядро, потом udev (да, там надо одну строчку в одном файле поправить, чтобы без ребута прошло). Вы не знали?

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

Да... 8 гиг памяти. Из них 2 с лихом занято. И что? Я спрашиваю, сколько вы еще туда посадите? Я прекрасно знаю, как работает OpenVZ и заявляю, что не оверселлить эту технологию по памяти (читай не грамотно использовать ресурсы) - преступление.

Какой там эксперимент? Все было сделано на другом сервере, проверено, прежде чем повторять на живой ноде. И ДАЖЕ ЕСЛИ - все бы вернули на место, вы, видимо, не понимаете, как такие вещи делаются.

Еще раз. Где эксперимент, когда вся ситация отработана до мелочей, всем разослано предупреждение, временные рамки указаны с запасом? За 1 час обновилось 4 сервера рабочих, с общим даунтаймом в 20 минут. Ну да, это не укладывается в заявленные 99.5% аптайма, видимо.

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

Да, оно и видно, что писануться вы можете. И говорить ниочем. То, что было 10 лет назад и то, что есть сейчас - разные вещи. И не понимать этого - глупо. Вы менеджер, вы не админ.

Всю жизнь было. И да, у нас MySQL 5.5 и прочие прелести. Вы знаете, все гораздо лучше и быстрее. Если сделать с умом, естественно.

На сколько нод?

После скандала, ага. И только при подключении дополнительных репов это проходит корректно на 100%, иначе - ну бывает, знаете ли, не обновляется.

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

Да... Видимо, вам не знакомо ничего, кроме OpenVZ? А как вы ядро пользователю без перегрузки его ВПС корректно обновляете? Поделитесь секретом с сообществом?

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

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

За сим из темы удаляюсь, так как умный челвоек поймет, а Вы - не сможете и не способны вообще адекватно относиться к проблемам безопасности и администрирования. Дедушка, в 50 лет. Ибо 10 лет назад был 2000 год и 1 мегабит был крутостью лет 20 назад, а то и 30. А чтобы "поднимать прова" в одно лицо вам должно было быть уже тогда лет 22-25 и огромный талант (ведь в одно лицо). Так что сейчас вам около 45 лет, по вашим словам - самый минимум, а любой админ или "израстает" или становится менеджером. Учиться в этом возрасте способны единицы. А я уж промолчу, где и как я работал, и какие задачи решаю сейчас. Не вижу смысла пускать пыль в глаза, предпочитаю общаться фактами, притом легко проверяемыми. Беситесь на здоровье, я и так зря вам глаза раскрыть попытался, недостойны вы этого. Не лезьте в такие тонкости, в которых не понимаете. Это плохо кончается.

Я прошу прошения, а Вы ядра вообще не обновляете на рабочих нодах? Там бывает баги фиксят🤪

И зачем слазить с .18? Если оно единственное реально стабильное на данный момент? Для тестов есть .32, не более.

valuex, Они сначала мигрируют ВПСки на уже обновленные ноды в живую. Я бы понял, если б КВМ или ксен с полной виртуализацией так делали. Но про OpenVZ человек просто нагло врет... Там если перенести вдску на сервер с другим ядром (даже если и нормально переедет, не повиснет) - заглючит так, что мама не горюй.

Глюками после смены ядра ( даже без миграции ) страдают все темплейты с Gentoo ( особенно, когда касается дело iptables ). А live миграция для меня никогда хорошим не кончалась, проще было сделать бекап и перенести.

Да, и для извращенцев есть kexec, но у меня не заработало ( после запуска VZ падало в kernel panic ), а разбираться было лень.

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

Почитал и понял сколько нужно знать...

Заказал VDS на dgrad_host, очень надеюсь, что со всеми этими проблемами напрямую столкнуться не придется.

PS Вывод мой: сапоги должен шить сапожник, каждый должен заниматься СВОИМ делом.