Как повысить производительность вашего сервера с помощью Varnish

Исходный сервер — или серверы, в случае, если мы используем Varnish в качестве балансировщика нагрузки — настроены на прослушивание некоторых нестандартных портов, таких как 8888, и Varnish уведомляется об их адресе и порте .

Особенности лака

Лак нарезной . Сообщалось, что Varnish смог обработать более 200 000 запросов в секунду в одном экземпляре. При правильной настройке единственными узкими местами вашего веб-приложения будут пропускная способность сети и объем оперативной памяти. (Это не должно быть необоснованным требованием, потому что ему просто нужно хранить вычисленные веб-страницы в памяти, поэтому для большинства веб-сайтов достаточно пары гигабайт.)

Лак можно наращивать с помощью VMODS . Это модули, которые могут использовать стандартные библиотеки C и расширять функциональность Varnish. Здесь перечислены VMODS от сообщества. Они варьируются от манипулирования заголовками до сценариев Lua, регулирования запросов, аутентификации и так далее.

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

Когда мы кэшируем динамический веб-сайт с десятками или сотнями страниц и путей, используя параметры запроса GET, мы хотим исключить некоторые из них из кэша или установить другие правила истечения срока действия кэша. Иногда мы хотим кэшировать определенные запросы Ajax или исключать их из кэша. Это зависит от проекта и не может быть адаптировано заранее.

Иногда мы хотим, чтобы Varnish решал, что делать с запросом, в зависимости от заголовков запросов. Иногда мы хотим передавать запросы непосредственно на сервер с определенным набором файлов cookie.

Процитирую книгу о лаке ,

VCL предоставляет подпрограммы, которые позволяют вам влиять на обработку любого отдельного запроса практически в любой точке цепочки выполнения.

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

Это означает, что конкретные правила должны быть определены с учетом их приоритета. Некоторые примеры можно найти в книге Varnish (которая доступна для чтения онлайн или в виде загружаемого файла PDF ).

Varnish имеет набор инструментов для мониторинга и администрирования сервера :

• Есть varnishtop

• varnishncsaЖурнала общей памяти Varnish (VSL): он сбрасывает все, что указывает на определенный домен и субдомены.

• varnishhist

• varnishtest

• varnishstat

  

• varnishlog

Varnish Software предлагает набор коммерческих платных решений, либо построенных на основе кэша Varnish, либо расширяющих его использование и помогающих в мониторинге и управлении: Varnish Api Engine , Varnish Extend , Akamai Connector для Varnish , Консоль администрирования Varnish (VAC) и Varnish Пользовательская статистика (VCS) .

Установка лака

Документы Varnish охватывают установку в различных системах . Мы пойдем с Ubuntu 16.04 LTS в этом посте.

Packagecloud.io содержит инструкции по обновлению репозиториев Ubuntu и установке Varnish версии 5:

 curl -L https://packagecloud.io/varnishcache/varnish5/gpgkey | sudo apt-key add -
sudo apt-get update
sudo apt-get install -y apt-transport-https

Затем мы добавляем следующие строки во вновь созданный файл /etc/apt/sources.list.d/varnishcache_varnish5.list

 deb https://packagecloud.io/varnishcache/varnish5/ubuntu/ xenial main
deb-src https://packagecloud.io/varnishcache/varnish5/ubuntu/ xenial main

Затем мы запускаем:

 sudo apt-get update
sudo apt-get install varnish

Мы можем протестировать совершенно новую установку WordPress, работающую на Nginx. Во-первых, мы изменили порт прослушивания Nginx по умолчанию с 80 на 8080 (то есть порт, на котором Varnish ожидает запуск внутреннего интерфейса), добавив следующие строки в виртуальный хост Nginx внутри предложения server:

 server {       
  listen 127.0.0.1:8080 default_server;
  listen [::]:8080 default_server;

Затем мы настраиваем Varnish: мы редактируем /etc/default/varnish

 DAEMON_OPTS="-a :80 \
   -T localhost:6082 \
   -f /etc/varnish/default.vcl \
   -S /etc/varnish/secret \
   -s malloc,256m"

 [Service]
Type=simple
LimitNOFILE=131072
LimitMEMLOCK=82000
ExecStart=/usr/sbin/varnishd -j unix,user=vcache -F -a :80 -T localhost:6082 -f /etc/varnish/default.vcl -S /etc/varnish/secret -s malloc,256m
ExecReload=/usr/share/varnish/reload-vcl
ProtectSystem=full
ProtectHome=true
PrivateTmp=true
PrivateDevices=true

 sudo service nginx restart
sudo /etc/init.d/varnish restart

 ln -s /usr/bin/nodejs /usr/bin/node

 #!/usr/bin/env nodejs

var http = require('http');
http.createServer(function (req, res) {
      res.writeHead(200, {'Content-Type': 'text/plain'});
      res.end('Hello World\n');
}).listen(8080, 'localhost');

console.log('Server running at http://localhost:8080/');

 sudo npm install -g pm2

pm2 start index.js

 sub vcl_deliver {
  if (obj.hits > 0) {
    set resp.http.X-Cache = "HIT";
  } else {
    set resp.http.X-Cache = "MISS";
  }
}