так они предлагают именно стандартную комплексную диагностики, вы можете не соглашаться и протестировать все самостоятельно по средствам того же ipkvm/rescue.
Похоже, вы с ними мало сталкивались.
Они не поверят тебе даже если ты им smartctl --all с кучей битых секторов покажешь ; ) Будут сами тестировать винт и только потом его может быть заменят...
Хотя последнее время, вроде, такой дуристики у них поубавилось.
Den73:
что такое хорошая поддержка?
если вы будете нагружать дата центр задачами которые не в их компетенции ...
Где в этом топике вы видели "задачи не в компетенции"?
Den73:
>софтлеер
там стоимость этим оправдана, такого вы не найдете работая напрямую с дц в lowcost сегменте.
Отнюдь.
Они уже давно раскрученный бренд. И, как водится, берут деньги больше за имя, чем за реальную качественную услугу.
$2k в месяц за порт 100 мбит - это была дорогая цена даже 10 лет назад.
В соседнем топике, вон, человек сервер со в 100 раз большим каналом продает за меньшие деньги.
Когда они еще были ServerMatrix и ThePlanet, цены у них были куда умереннее, а качество поддержки было на высоте всегда.
Den73:
я предыдущем сообщение оставлял ссылку на дц с отличной поддержкой, посмотрите там цены, в 2-3 раза дороже чем хетзнер.
Они предлагают зарегистрироваться, чтобы увидеть цену...
Я не доверяю компаниям, которые работают "с глазу на глаз" с клиентом. Самая веская причина для такой модели - содрать с клиента побольше денег.
Впрочем, почитаю о них на вхт. Спасибо.
---------- Добавлено 18.09.2015 в 17:08 ----------
hosting_manager:
Вы правда полагаете, что Дата Центр в собственности, меняет уровень поддержки?
Безусловно. Это как супермаркет по сравнению с базаром.
Это говорит, что, компания крупная. Значит - отлаженный механизм.
Вон, Хетзнеры, например. Я хоть и гоню тут на них, но свое дело за свои деньги они делают. Со своими фичами и правилами, но вполне адекватно.
Мне ведь не нужна какая-то особая поддержка типа сетапа апачей. Просто нормальная, оперативная, минимально-необходимая поддержка железа.
Den73: зачем вам там техники, полная автоматизация, железо меняется в районе пары часов по SLA.
О ком именно вы говорите? У кого реально это работает?
Глюкнувшее железо нужно еще диагностировать.
Вот у хетзнеров после десяти падений они соизволят погасить твой сервер на 8 часов, чтобы погонять мемтест, который нифига не покажет...
Как ни крути, автоматизация - это хорошо. Но не заменит человека.
А написать красивое время SLA - это не значит иметь реально хорошую поддержку.
Реально хорошую поддержку я встречал только у софтлееров. Но у них трафик безумно дорогой.
Может кто-то таки поделится положительным опытом? )
---------- Добавлено 18.09.2015 в 13:19 ----------
hosting_manager: Адекватные партнеры способствуют (само собой, если их тех. отдел не тупит), так как...
Ну да, в теории так и есть. А в 3:00 понедельника почему-то все нужные и полезные дрыхнут под крылышками у жен и никому твой лежащий сервер нах не нужен...
Я не верю, что реселлеры смогут безупречно проработать, например, пять лет подряд. Не тот уровень организации.
Boris A Dolgov: Не за что, обращайтесь, если Вам понадобится мое решающее мнение еще по какому-либо вопросу
Увольте.
Boris A Dolgov:
Не безущербно.
1) nginx выделяет общую память...
К чему эти разглагольствования? stub_status, например, по умолчанию не компилится и никого это не напрягает.
Boris A Dolgov: Модуль, который есть в nginx plus, тоже не показывает то, что Вы хотите.
Спасибо, но я читал документацию и имею представление, что он показывает, не перетруждайте свой телепатический аппарат.
Boris A Dolgov: Кроме того, задача построения статуса является на 100% задачей бекенда, а не веб-сервера. В apache это реализовано из-за того, что он по сути является бекендом.
nginx таки да, вебсервер, а не просто какой-то проксик, чтобы его в чистые фронтенды записывать.
Статус платного nginx'а достаточно информативен и настраиваемый. И, как я уже говорил, достаточно полезный, чтобы быть заманухой для покупки.
Огорчает то, что разработчики nginx'а уже очень давно саботировали добавление даже такого не слишком важного модуля, как статус. Явно с прицелом на будущую коммерциализацию.
Так что добавление новых фич в бесплатную версию, сдается, под большим вопросом. Несмотря на все уверения.
Единственное, что радует, что nginx на текущий момент имеет достаточно богатый функционал. Но теперь я таки буду весьма пристально следить за альтернативными проектами.
Boris A Dolgov: А такой статус nginx'у и не нужен. С учетом возможности одновременной обработки сотен тысяч запросов.
Большое спасибо, что высказали свое решающее мнение, господин nginx ;P
Если ВАМ что-то не нужно, это не значит, что это никому не нужно. И тем более не значит, что те, кто используют nginx в системах с менее чем 100к одновременных запросов не достойны жить на этом свете ;)
Да, в нагруженном продакшин-сервере статус а-ля апач действительно малополезен. Но он бывает весьма полезен при отладке. Без него приходится прибегать к сторонним способам, типа как предложил уважаемый V2NEK. А зачем, спрашивается, если это весьма легко и безущербно можно реализовать в самом сервере?
Обидно то, что фичи, которые годами игнорились разработчиками вроде как за ненадобностью, вдруг в коммерческой версии оказались крутыми фишками, за которые покупатели должны забашлять немалую сумму.
abbat13: А что значит нормальный статус? Обычный статус плюс модуль nginx-sla не подойдет?
Вы вообще видели статус-страницу апача, lighttpd и т.п.?
stub_status - это глумление, а не статус. А nginx-sla - это статистика, а не статус. Какие именно запросы обслуживаются в данный момент ни там, ни там не видно.
Я видел более-менее допиленные модули от сторонних людей. Но по большей части на уровне поделок на колене.
Из CPanel главный домен аккаунта не сменишь.
А из WHM (то есть, со стороны администратора хостинга) он меняется очень просто в WHM - Modify an Account.
Так что обратиться в поддержку - таки единственный способ.
>хетзнер
так они предлагают именно стандартную комплексную диагностики, вы можете не соглашаться и протестировать все самостоятельно по средствам того же ipkvm/rescue.
Похоже, вы с ними мало сталкивались.
Они не поверят тебе даже если ты им smartctl --all с кучей битых секторов покажешь ; ) Будут сами тестировать винт и только потом его может быть заменят...
Хотя последнее время, вроде, такой дуристики у них поубавилось.
что такое хорошая поддержка?
если вы будете нагружать дата центр задачами которые не в их компетенции ...
Где в этом топике вы видели "задачи не в компетенции"?
>софтлеер
там стоимость этим оправдана, такого вы не найдете работая напрямую с дц в lowcost сегменте.
Отнюдь.
Они уже давно раскрученный бренд. И, как водится, берут деньги больше за имя, чем за реальную качественную услугу.
$2k в месяц за порт 100 мбит - это была дорогая цена даже 10 лет назад.
В соседнем топике, вон, человек сервер со в 100 раз большим каналом продает за меньшие деньги.
Когда они еще были ServerMatrix и ThePlanet, цены у них были куда умереннее, а качество поддержки было на высоте всегда.
я предыдущем сообщение оставлял ссылку на дц с отличной поддержкой, посмотрите там цены, в 2-3 раза дороже чем хетзнер.
Они предлагают зарегистрироваться, чтобы увидеть цену...
Я не доверяю компаниям, которые работают "с глазу на глаз" с клиентом. Самая веская причина для такой модели - содрать с клиента побольше денег.
Впрочем, почитаю о них на вхт. Спасибо.
---------- Добавлено 18.09.2015 в 17:08 ----------
Вы правда полагаете, что Дата Центр в собственности, меняет уровень поддержки?
Безусловно. Это как супермаркет по сравнению с базаром.
Это говорит, что, компания крупная. Значит - отлаженный механизм.
Вон, Хетзнеры, например. Я хоть и гоню тут на них, но свое дело за свои деньги они делают. Со своими фичами и правилами, но вполне адекватно.
Мне ведь не нужна какая-то особая поддержка типа сетапа апачей. Просто нормальная, оперативная, минимально-необходимая поддержка железа.
зачем вам там техники, полная автоматизация, железо меняется в районе пары часов по SLA.
О ком именно вы говорите? У кого реально это работает?
Глюкнувшее железо нужно еще диагностировать.
Вот у хетзнеров после десяти падений они соизволят погасить твой сервер на 8 часов, чтобы погонять мемтест, который нифига не покажет...
Как ни крути, автоматизация - это хорошо. Но не заменит человека.
А написать красивое время SLA - это не значит иметь реально хорошую поддержку.
Реально хорошую поддержку я встречал только у софтлееров. Но у них трафик безумно дорогой.
Может кто-то таки поделится положительным опытом? )
---------- Добавлено 18.09.2015 в 13:19 ----------
Адекватные партнеры способствуют (само собой, если их тех. отдел не тупит), так как...
Ну да, в теории так и есть. А в 3:00 понедельника почему-то все нужные и полезные дрыхнут под крылышками у жен и никому твой лежащий сервер нах не нужен...
Я не верю, что реселлеры смогут безупречно проработать, например, пять лет подряд. Не тот уровень организации.
LeaseWeb Deutchland:
Либо обратиться к нелюбимым вами реселлерам.
Это вы о ком именно?
Лично я не знаю прецедента, чтобы реселлеры хоть как-то способствовали решению хардварных проблем.
посмотрите в ovh.com
по средствам ipkvm или rescue получаете полный контроль.
rescue как у хетзнеров - это вообще не выход, если глюкнет железо, kvm из ipmi зачастую тоже, а обычно именно его предоставляют.
то бишь без живой оперативной человеческой поддержки грустно и неуютно...
реселлеры таки не интересуют.
бюджет ориентировочный, допускает плюс/минус
если кто-то знает действительно достойный внимания датацентр - буду очень признателен )
Не за что, обращайтесь, если Вам понадобится мое решающее мнение еще по какому-либо вопросу
Увольте.
Не безущербно.
1) nginx выделяет общую память...
К чему эти разглагольствования? stub_status, например, по умолчанию не компилится и никого это не напрягает.
Модуль, который есть в nginx plus, тоже не показывает то, что Вы хотите.
Спасибо, но я читал документацию и имею представление, что он показывает, не перетруждайте свой телепатический аппарат.
Кроме того, задача построения статуса является на 100% задачей бекенда, а не веб-сервера. В apache это реализовано из-за того, что он по сути является бекендом.
nginx таки да, вебсервер, а не просто какой-то проксик, чтобы его в чистые фронтенды записывать.
Статус платного nginx'а достаточно информативен и настраиваемый. И, как я уже говорил, достаточно полезный, чтобы быть заманухой для покупки.
Огорчает то, что разработчики nginx'а уже очень давно саботировали добавление даже такого не слишком важного модуля, как статус. Явно с прицелом на будущую коммерциализацию.
Так что добавление новых фич в бесплатную версию, сдается, под большим вопросом. Несмотря на все уверения.
Единственное, что радует, что nginx на текущий момент имеет достаточно богатый функционал. Но теперь я таки буду весьма пристально следить за альтернативными проектами.
А такой статус nginx'у и не нужен. С учетом возможности одновременной обработки сотен тысяч запросов.
Большое спасибо, что высказали свое решающее мнение, господин nginx ;P
Если ВАМ что-то не нужно, это не значит, что это никому не нужно. И тем более не значит, что те, кто используют nginx в системах с менее чем 100к одновременных запросов не достойны жить на этом свете ;)
Да, в нагруженном продакшин-сервере статус а-ля апач действительно малополезен. Но он бывает весьма полезен при отладке. Без него приходится прибегать к сторонним способам, типа как предложил уважаемый V2NEK. А зачем, спрашивается, если это весьма легко и безущербно можно реализовать в самом сервере?
Обидно то, что фичи, которые годами игнорились разработчиками вроде как за ненадобностью, вдруг в коммерческой версии оказались крутыми фишками, за которые покупатели должны забашлять немалую сумму.
Потому и форки...
А что значит нормальный статус? Обычный статус плюс модуль nginx-sla не подойдет?
Вы вообще видели статус-страницу апача, lighttpd и т.п.?
stub_status - это глумление, а не статус. А nginx-sla - это статистика, а не статус. Какие именно запросы обслуживаются в данный момент ни там, ни там не видно.
Я видел более-менее допиленные модули от сторонних людей. Но по большей части на уровне поделок на колене.
Собственно tengine я и видел, потому и вопрос возник, есть ли что лучше его? ))
Хотя, я вижу, его очень активно пилят. Может что-то толковое и получится, если не забросят и не переусердствуют..
Гм... Если злоумышленник имеет возможность запустить perl, то какая хрен разница, может ли он читать из tmp или откуда-то еще?
В этом случае он и без /tmp может сделать что угодно. В том числе и получить какой-то исполняемый код извне.