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

поставьте на него 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!
 
ну ты-то, конечно поставишь, я помню )) .. а вот неопытным как тс как быть? Вот, у меня впс без возможности изменить дистр - штатно тянется только varnish 2, на вопрос, почему так происходит, ответа не нашел. Причем вопрос задавал как тут Для просмотра ссылки Войди или Зарегистрируйся, так и в других местах, и все без толку. Возможно у нас epel репы разные, не знаю...
Впрочем для данного топика это офф, я лишь хотел сказать, что мне например debian-ubuntu намного интуитивно понятнее, бесспорно, это дело привычки. И то что совсем без админа в впс нечего соваться. Независимо, centos или что другое.
 
Первое утверждение справедливо, остальные - спорно.
Centos 6. Кто то мне уже сказал, ты просто не умеешь их готовить. Пожалуйста, поставьте на него varnish 4 и потом расскажите, как вы это сделали.
Скорее всего, придется собирать вручную и пересобрать во время этой увлекательной процедуры еще половину всех своих пакетов. Не не, не для меня.
Каким образом директадмин, впрочем, как и любая панель управления поможет при падении сервера, или например, если надо проапдейтить сайты или софт, нет никакого админа и сам ни в зуб ногой в линуксах, ssh, etc?
Кто то должнен по любому админить vps, совсем без спецов это нонсенс...
Varnish Для просмотра ссылки Войди или Зарегистрируйся на Centos-ы всех версий. причем одинаково, что из пакетов, что из репозиториев.
но суть не в этом. топикстартеру он в обще не нужен, я уверен в этом на 100%.
при падении сервера директадмин не поможет, но я не вижу связи между панелькой и аварией. нормально настроенные
сервера не падают, я в этом целиком и полностью убеждён. а панелька нужна, что бы юзер сайты свои добавлял не руками
в конфигах, а через интуитивно понятный интерфейс, где это делается за 5 минут. сайты, почта, управление днс, фтп.
разберется даже обычный юзер. проапргрейдить софт? а что там, прошу прощения апгрейдить, если там фактически lamp
из коробки с актуальными версиями ставится? в обще можно ничего не трогать, причём достаточно много лет.
я не спорю, что нужнен спец, но я сам был свидетелем того, как люди годами работают на один раз правильно настроенном
vps-е с панелью управления, при этом никогда не заглядывая в консоль. это не миф :)
причем, лично я так сервера и настраиваю всегда, что бы не было необходимости что то там крутить и всё работало годами.
собственно, ТС-у я это и предлагаю.
 
Varnish Для просмотра ссылки Войди или Зарегистрируйся на Centos-ы всех версий.
Как бы вы проверили ссылку на репо? Для просмотра ссылки Войди или Зарегистрируйся Это я все уже прогуглил давно и не раз.
топикстартеру он в обще не нужен, я уверен в этом на 100%.
Вот я бы не был так уверен. ТС задумалась о впс, т.е. можно предположить, что дело в ресурсах, возможно, в производительности. Указано, что сайтов несколько, возможно часть из них - вордпресс с кучей плагинов, какие-нибудь слайдеры-карусели полноформатные с рюшечками, что жрет кучу ресурсов но при этом отлично оптимизируется в плане грамотного кеширования, в том числе на стороне сервера.
Я уже не говорю, когда эти же сайты на вп крешатся только пыль столбом, и хакаются постоянно.
Или вдруг там вебшопы, и не приведи бог, на магенто2, где без консоли вообще делать нефиг даже один день, когда чуть не после малейшего изменения деплой нужен? И чтобы годами, вы предлагаете годами не обновлять сайты, даже если это критично в плане безопасности? ну ну...

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

Впрочем, это все домыслы, тс так и ответила, зачем ей впс, ну и на остальные вопросы.
Потому все остальное это телепатия.
 
Вот я бы не был так уверен. ТС задумалась о впс, т.е. можно предположить, что дело в ресурсах, возможно, в производительности. Указано, что сайтов несколько, возможно часть из них - вордпресс с кучей плагинов, какие-нибудь слайдеры-карусели полноформатные с рюшечками, что жрет кучу ресурсов но при этом отлично оптимизируется в плане грамотного кеширования, в том числе на стороне сервера.
сделаю любое кеширование при помощи Для просмотра ссылки Войди или Зарегистрируйся + Для просмотра ссылки Войди или Зарегистрируйся. решений Для просмотра ссылки Войди или Зарегистрируйся и без варниша.
Я уже не говорю, когда эти же сайты на вп крешатся только пыль столбом, и хакаются постоянно.
это не является проблемой админа и уж тем более проблемами со стороны сервера)
Или вдруг там вебшопы, и не приведи бог, на магенто2, где без консоли вообще делать нефиг даже один день, когда чуть не после малейшего изменения деплой нужен?
да хоть сам дьявол. без разницы. нет никаких проблем в кешировании высоконагруженных приложений штатными средствами nginx и php. 21ый век все таки.
И чтобы годами, вы предлагаете годами не обновлять сайты, даже если это критично в плане безопасности? ну ну...
заметьте, я про обновление сайтов ничего не говорил. вы придумали сами. я говорил за обновление штатного ПО сервера vps.
Я также знаю некоторые случаи, например, когда упал сервер у nyt, при этом, в компетенции кто его настраивал и админил сомнений нет ну ни разу. 100% я бы не был так уверен, что все что грамотно настроено, ничего не боится...
я уверен что сервер не упадёт только в том случае, если его настраиваю только я сам, и только у меня доступ к командной строке.
а всякие аномалии - это очень большая редкость. сервера для того и делаются, что бы они работали годами и имели высокий аптайм.
в том числе хостинговые, которые сотни в разных крупных конторах. админы очень редко на них заходят в обще, мониторинг решает все вопросы.
 
заметьте, я про обновление сайтов ничего не говорил. вы придумали сами. я говорил за обновление штатного ПО сервера vps.
зачем мне говорите "заметьте", если я несколько ранее написал
или например, если надо проапдейтить сайты или софт
Согласитесь, что версии сайтов напрямую связаны с версиями софта. Конечно, у меня тоже есть клиенты и знакомые, которые до сих пор используют - для примера, на минутку - joomla 1.0 - которая еле как дорабатывает на кое где еще используемом php5.2.
Как бы с точки зрения безопасности не очень, не?
И да, софт тоже надо обновлять, из этих же соображений. Можно и не обновлять. Но это не значит, что это правильно.
да хоть сам дьявол. без разницы. нет никаких проблем в кешировании высоконагруженных приложений штатными средствами nginx и php.
Да ну. Т.е. все, включая разработчиков magento 2, кто рекомендует, причем настоятельно, использовать связку varnish+redis для быстродействия этой самой magento 2 просто не знают как правильно? что ж вы им глаза не откроете всем?
 
Как бы вы проверили ссылку на репо? Для просмотра ссылки Войди или Зарегистрируйся Это я все уже прогуглил давно и не раз.
Да ну. Вот пример, раз уж пошел разговор. Вот линк Для просмотра ссылки Войди или Зарегистрируйся - здесь линк на официальный репозиторй для 4.1, линк как подключить репозиторий Для просмотра ссылки Войди или Зарегистрируйся.
Дальше ровно две команды, подключаем epel, если еще не подключен
Код:
sudo yum install epel-release -y
и ставим сам varnish
Код:
sudo yum install varnish -y
(ну, или по умному, это будет вот так, хотя это уже излишне, репозиторий и так подключен)
Код:
sudo yum --disablerepo='*' --enablerepo='varnishcache_varnish41' install varnish -y

Мораль? Ну, прежде чем давать советы другим, не мешало бы подтянуть матчасть самому.
 
Да ну. Вот пример, раз уж пошел разговор. Вот линк Для просмотра ссылки Войди или Зарегистрируйся - здесь линк на официальный репозиторй для 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...
спасибо в любом случае )
и да - по поводу -
Мораль? Ну, прежде чем давать советы другим, не мешало бы подтянуть матчасть самому.
я никогда ничего не советую, о чем не имею понятия. Тем более я еще НИЧЕГО тс не посоветовал, кроме как уточнить вопросы.
Советовали другие, будьте внимательны и по возможности справедливы.
Однако же, загадили мы топик тс, за что прошу прощения у модеров и надеюсь на снисхождение )))
И весь флуд можно бы убрать )))
 
И да, софт тоже надо обновлять, из этих же соображений. Можно и не обновлять. Но это не значит, что это правильно.
я могу установить centos 6.9 final, и использовать её еще минимум 2-3 года без обновлений системы, и это никаким образом критично не скажется на работе ОС в целом или скриптов в отдельности. если только не выйдут заплатки для критических уязвимостей в ядре или демонах.

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

П.С. поскольку тема приняла дискуссионный характер, то прошу придерживаться общения "по существу". в дальнейшем будет почищена.
 
я в обще не понимаю, в чём вы пытаетесь меня убедить. у меня на серверах есть проекты, где nginx-ы держать 50к одновременных подключений с разных ip. а есть tds-ки, пропускающие по несколько миллионов хитов в сутки, за счет php-fpm и memcache.
Я не пытаюсь никого ни в чем убедить, я хотел лишь сказать, что все таки считал и продолжаю считать не совсем верным советовать неподготовленным, пусть даже advanced юзерам, что они могут годами без проблем обходиться без администрирования впс. Причины, по которым я так считаю, я описАл, некоторые из них вы умело обходите стороной, акцентируя на моих проблемах, коих у меня и впрямь великое множество, и потому я не настолько самоуверен, чтобы давать подобные советы. И кстати ссылки на уже не существующий репозиторий не проверив этой ссылки. А как бы утверждение "у меня все работает годами" - ну класс, но это только ваше утверждение и - простите - ничем не подкреплено. Я готов поверить, что вы очень хороший специалист, который действительно может поднять и настроить сервер для задач любой сложности, но остаюсь при озвученном мнении, что для тс - тем более не зная поставленных задач - это не правильный совет.
вам нравится варниш? да пожалуйста, я тоже не имею против него ничего, это ваш выбор. вы не умеете его ставить на центосах?
не важно что мне нравится, а то что приходится делать. На фирме, где работаю, в настоящее время осуществляется переезд 4 вебшопов с одной платформы на другую - с xtcommerce на magento2 . С некоторых пор xtcommerce все труднее справляется с поставленными задачами. После переезда на м2 главная проблема - производительность - т.е. как бы стало лучше чем было, но далеко от идеала.
В принципе, это задача не совсем моя, но тоже принимаю участие в ее решении. Любое решение может быть перенято на боевом сервере только после долгого тестировани ессно. Есть локальные виртуалки, есть впс под убунтой но доступный только из локальной подсети, и есть открытый впс на centos - под убунтами я все настроил, так как там все просто, а вот открыто, чтобы было как можно больше возможности нагрузить, протестировать и показать --вот тут centos, и у меня таки да, признаю, с ним проблемы постоянные.
вы не умеете использовать штатное кеширование срадствами nginx? у меня таких проблем тоже нет. а разработчики могут посоветовать вам тот вариант, который для них более приемлем в силу каких то специфических условий. но при этом вы, как айтишник, должны понимать, что в нашей профессии одна и та же задача может быть разрешена несколькими абсолютно разными методами, но результат будет тот, который нужен. я осваиваю для решения задачи все доступные методы, и останавливаюсь на тех, которые, на мой взгляд, более удобны, легки, и не требуют к себе постоянного внимания.
Что ж, если вы мнге поможете советом, дадите пару ссылок на реальное альтернативное решение проблемы производительности magento 2, буду премного благодарен. Только пожалуйста реальное решение, не посылайте в google, я уже переварил столько, что дальше некуда.
П.С. поскольку тема приняла дискуссионный характер, то прошу придерживаться общения "по существу". в дальнейшем будет почищена.
Полностью поддерживаю, давайте подождем тс, выясним таки, что мы не знаем и потрем тут все
 
Назад
Сверху