[Запрос] переход с хостинга на VPS

[Stesh]

поставьте на него varnish 4

Note that Varnish Cache 4.0.x is End Of Life

Я то поставлю, только нахрена изобретать бег по граблям, если 4.1.x ставится штатным менеджером?

 Userid : EPEL (6) <epel@fedoraproject.org>
Package: epel-release-6-8.noarch (@extras)
From   : /etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing : ppl-0.10.2-11.el6.x86_64                                    1/11
  Installing : cloog-ppl-0.15.7-1.2.el6.x86_64                             2/11
  Installing : jemalloc-3.6.0-1.el6.x86_64                                 3/11
  Installing : kernel-headers-2.6.32-696.23.1.el6.x86_64                   4/11
  Installing : glibc-headers-2.12-1.209.el6_9.2.x86_64                     5/11
  Installing : glibc-devel-2.12-1.209.el6_9.2.x86_64                       6/11
  Installing : mpfr-2.4.1-6.el6.x86_64                                     7/11
  Installing : cpp-4.4.7-18.el6_9.2.x86_64                                 8/11
  Installing : libgomp-4.4.7-18.el6_9.2.x86_64                             9/11
  Installing : gcc-4.4.7-18.el6_9.2.x86_64                                10/11
  Installing : varnish-4.1.9-1.el6.x86_64                                 11/11
  Verifying  : libgomp-4.4.7-18.el6_9.2.x86_64                             1/11
  Verifying  : glibc-headers-2.12-1.209.el6_9.2.x86_64                     2/11
  Verifying  : gcc-4.4.7-18.el6_9.2.x86_64                                 3/11
  Verifying  : varnish-4.1.9-1.el6.x86_64                                  4/11
  Verifying  : mpfr-2.4.1-6.el6.x86_64                                     5/11
  Verifying  : kernel-headers-2.6.32-696.23.1.el6.x86_64                   6/11
  Verifying  : jemalloc-3.6.0-1.el6.x86_64                                 7/11
  Verifying  : glibc-devel-2.12-1.209.el6_9.2.x86_64                       8/11
  Verifying  : cpp-4.4.7-18.el6_9.2.x86_64                                 9/11
  Verifying  : ppl-0.10.2-11.el6.x86_64                                   10/11
  Verifying  : cloog-ppl-0.15.7-1.2.el6.x86_64                            11/11

Installed:
  varnish.x86_64 0:4.1.9-1.el6

Dependency Installed:
  cloog-ppl.x86_64 0:0.15.7-1.2.el6
  cpp.x86_64 0:4.4.7-18.el6_9.2
  gcc.x86_64 0:4.4.7-18.el6_9.2
  glibc-devel.x86_64 0:2.12-1.209.el6_9.2
  glibc-headers.x86_64 0:2.12-1.209.el6_9.2
  jemalloc.x86_64 0:3.6.0-1.el6
  kernel-headers.x86_64 0:2.6.32-696.23.1.el6
  libgomp.x86_64 0:4.4.7-18.el6_9.2
  mpfr.x86_64 0:2.4.1-6.el6
  ppl.x86_64 0:0.10.2-11.el6

Complete!

 

[typus]

ну ты-то, конечно поставишь, я помню )) .. а вот неопытным как тс как быть? Вот, у меня впс без возможности изменить дистр - штатно тянется только varnish 2, на вопрос, почему так происходит, ответа не нашел. Причем вопрос задавал как тут Для просмотра ссылки Войди или Зарегистрируйся, так и в других местах, и все без толку. Возможно у нас epel репы разные, не знаю...
Впрочем для данного топика это офф, я лишь хотел сказать, что мне например debian-ubuntu намного интуитивно понятнее, бесспорно, это дело привычки. И то что совсем без админа в впс нечего соваться. Независимо, centos или что другое.

 

[stooper]

Первое утверждение справедливо, остальные - спорно.
Centos 6. Кто то мне уже сказал, ты просто не умеешь их готовить. Пожалуйста, поставьте на него varnish 4 и потом расскажите, как вы это сделали.
Скорее всего, придется собирать вручную и пересобрать во время этой увлекательной процедуры еще половину всех своих пакетов. Не не, не для меня.
Каким образом директадмин, впрочем, как и любая панель управления поможет при падении сервера, или например, если надо проапдейтить сайты или софт, нет никакого админа и сам ни в зуб ногой в линуксах, ssh, etc?
Кто то должнен по любому админить vps, совсем без спецов это нонсенс...

Varnish Для просмотра ссылки Войди или Зарегистрируйся на Centos-ы всех версий. причем одинаково, что из пакетов, что из репозиториев.
но суть не в этом. топикстартеру он в обще не нужен, я уверен в этом на 100%.
при падении сервера директадмин не поможет, но я не вижу связи между панелькой и аварией. нормально настроенные
сервера не падают, я в этом целиком и полностью убеждён. а панелька нужна, что бы юзер сайты свои добавлял не руками
в конфигах, а через интуитивно понятный интерфейс, где это делается за 5 минут. сайты, почта, управление днс, фтп.
разберется даже обычный юзер. проапргрейдить софт? а что там, прошу прощения апгрейдить, если там фактически lamp
из коробки с актуальными версиями ставится? в обще можно ничего не трогать, причём достаточно много лет.
я не спорю, что нужнен спец, но я сам был свидетелем того, как люди годами работают на один раз правильно настроенном
vps-е с панелью управления, при этом никогда не заглядывая в консоль. это не миф
причем, лично я так сервера и настраиваю всегда, что бы не было необходимости что то там крутить и всё работало годами.
собственно, ТС-у я это и предлагаю.

 

[typus]

Varnish Для просмотра ссылки Войди или Зарегистрируйся на Centos-ы всех версий.

Как бы вы проверили ссылку на репо? Для просмотра ссылки Войди или Зарегистрируйся Это я все уже прогуглил давно и не раз.

топикстартеру он в обще не нужен, я уверен в этом на 100%.

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

Да суть и правда не в этом. Я также знаю некоторые случаи, например, когда упал сервер у nyt, при этом, в компетенции кто его настраивал и админил сомнений нет ну ни разу. 100% я бы не был так уверен, что все что грамотно настроено, ничего не боится...

Впрочем, это все домыслы, тс так и ответила, зачем ей впс, ну и на остальные вопросы.
Потому все остальное это телепатия.

 

[stooper]

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

сделаю любое кеширование при помощи Для просмотра ссылки Войди или Зарегистрируйся + Для просмотра ссылки Войди или Зарегистрируйся. решений Для просмотра ссылки Войди или Зарегистрируйся и без варниша.

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

это не является проблемой админа и уж тем более проблемами со стороны сервера)

Или вдруг там вебшопы, и не приведи бог, на магенто2, где без консоли вообще делать нефиг даже один день, когда чуть не после малейшего изменения деплой нужен?

да хоть сам дьявол. без разницы. нет никаких проблем в кешировании высоконагруженных приложений штатными средствами nginx и php. 21ый век все таки.

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

заметьте, я про обновление сайтов ничего не говорил. вы придумали сами. я говорил за обновление штатного ПО сервера vps.

Я также знаю некоторые случаи, например, когда упал сервер у nyt, при этом, в компетенции кто его настраивал и админил сомнений нет ну ни разу. 100% я бы не был так уверен, что все что грамотно настроено, ничего не боится...

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

 

[typus]

заметьте, я про обновление сайтов ничего не говорил. вы придумали сами. я говорил за обновление штатного ПО сервера vps.

зачем мне говорите "заметьте", если я несколько ранее написал

или например, если надо проапдейтить сайты или софт

Согласитесь, что версии сайтов напрямую связаны с версиями софта. Конечно, у меня тоже есть клиенты и знакомые, которые до сих пор используют - для примера, на минутку - joomla 1.0 - которая еле как дорабатывает на кое где еще используемом php5.2.
Как бы с точки зрения безопасности не очень, не?
И да, софт тоже надо обновлять, из этих же соображений. Можно и не обновлять. Но это не значит, что это правильно.

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

Да ну. Т.е. все, включая разработчиков magento 2, кто рекомендует, причем настоятельно, использовать связку varnish+redis для быстродействия этой самой magento 2 просто не знают как правильно? что ж вы им глаза не откроете всем?

 

[Stesh]

Как бы вы проверили ссылку на репо? Для просмотра ссылки Войди или Зарегистрируйся Это я все уже прогуглил давно и не раз.

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

sudo yum install epel-release -y

и ставим сам varnish

sudo yum install varnish -y

(ну, или по умному, это будет вот так, хотя это уже излишне, репозиторий и так подключен)

sudo yum --disablerepo='*' --enablerepo='varnishcache_varnish41' install varnish -y

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

 

[typus]

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

sudo yum install epel-release -y

и ставим сам varnish

sudo yum install varnish -y

(ну, или по умному, это будет вот так, хотя это уже излишне, репозиторий и так подключен)

sudo yum --disablerepo='*' --enablerepo='varnishcache_varnish41' install varnish -y

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

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


Самое смешное, что повторив сейчас еще раз то же самое - уже после того как написал почти ответ - varnishd -Version - varnishd (varnish-4.1.9)...чудеса...может что то в тот день было с версиями в офф репозитории для varnish...
спасибо в любом случае )
и да - по поводу -

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

я никогда ничего не советую, о чем не имею понятия. Тем более я еще НИЧЕГО тс не посоветовал, кроме как уточнить вопросы.
Советовали другие, будьте внимательны и по возможности справедливы.
Однако же, загадили мы топик тс, за что прошу прощения у модеров и надеюсь на снисхождение )))
И весь флуд можно бы убрать )))

 

[stooper]

И да, софт тоже надо обновлять, из этих же соображений. Можно и не обновлять. Но это не значит, что это правильно.

я могу установить centos 6.9 final, и использовать её еще минимум 2-3 года без обновлений системы, и это никаким образом критично не скажется на работе ОС в целом или скриптов в отдельности. если только не выйдут заплатки для критических уязвимостей в ядре или демонах.

Да ну. Т.е. все, включая разработчиков magento 2, кто рекомендует, причем настоятельно, использовать связку varnish+redis для быстродействия этой самой magento 2 просто не знают как правильно? что ж вы им глаза не откроете всем?

я в обще не понимаю, в чём вы пытаетесь меня убедить. у меня на серверах есть проекты, где nginx-ы держать 50к одновременных подключений с разных ip. а есть tds-ки, пропускающие по несколько миллионов хитов в сутки, за счет php-fpm и memcache.
вам нравится варниш? да пожалуйста, я тоже не имею против него ничего, это ваш выбор. вы не умеете его ставить на центосах? хм, у меня такой проблемы нет. вы не умеете использовать штатное кеширование срадствами nginx? у меня таких проблем тоже нет. а разработчики могут посоветовать вам тот вариант, который для них более приемлем в силу каких то специфических условий. но при этом вы, как айтишник, должны понимать, что в нашей профессии одна и та же задача может быть разрешена несколькими абсолютно разными методами, но результат будет тот, который нужен. я осваиваю для решения задачи все доступные методы, и останавливаюсь на тех, которые, на мой взгляд, более удобны, легки, и не требуют к себе постоянного внимания.

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

 

[typus]

я в обще не понимаю, в чём вы пытаетесь меня убедить. у меня на серверах есть проекты, где nginx-ы держать 50к одновременных подключений с разных ip. а есть tds-ки, пропускающие по несколько миллионов хитов в сутки, за счет php-fpm и memcache.

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

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

не важно что мне нравится, а то что приходится делать. На фирме, где работаю, в настоящее время осуществляется переезд 4 вебшопов с одной платформы на другую - с xtcommerce на magento2 . С некоторых пор xtcommerce все труднее справляется с поставленными задачами. После переезда на м2 главная проблема - производительность - т.е. как бы стало лучше чем было, но далеко от идеала.
В принципе, это задача не совсем моя, но тоже принимаю участие в ее решении. Любое решение может быть перенято на боевом сервере только после долгого тестировани ессно. Есть локальные виртуалки, есть впс под убунтой но доступный только из локальной подсети, и есть открытый впс на centos - под убунтами я все настроил, так как там все просто, а вот открыто, чтобы было как можно больше возможности нагрузить, протестировать и показать --вот тут centos, и у меня таки да, признаю, с ним проблемы постоянные.

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

Что ж, если вы мнге поможете советом, дадите пару ссылок на реальное альтернативное решение проблемы производительности magento 2, буду премного благодарен. Только пожалуйста реальное решение, не посылайте в google, я уже переварил столько, что дальше некуда.

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

Полностью поддерживаю, давайте подождем тс, выясним таки, что мы не знаем и потрем тут все