Установка производилась на сервер с установленной ОС Windows 2008 64-bit.

1. Устанавливаем PHP
   На сайте php.iis.net выбираем “Install PHP”. Нам предлагают скачать Microsoft Web Platform. Соглашаемся. После установки запускам Web Platform Installer 2.0. Нажимаем “Web Platform” и в появившемся списке под элементом Web Server выбираем “Customize”. Отмечаем “URL rewrite 2.0″ и возвращаемся в основное меню (снова нажав Web Platform). В “Frameworks and Runtime” отмечаем “PHP 5.2.13″ и “Windows Cache Extension for PHP”, после чего можно нажимать Install. Программа установки сама скачает и установит все зависимости. PHP будет подключен к IIS7 в режиме FastCGI.

   

2. Устанавливаем MySQL.
   Скачиваем последний MySQL GA (5.1.45 на момент написания статьи) с официального сайта. Так как установка производилось на 64-бит версии – выбираем архив “Windows (x86,64-bit) MSI installer”. Во время установки на этапе конфигурации указываем что у нас “Server Machine” и “Multifunctional Database”.
   

   На вопрос о количестве допустимых соединений указываем OLTP (500 connections). Назначаем пароль root пользователя, он потребуется нам позже. Создадим базу данных Magento используя MySQL Command Line Client. Запустив его указываем пароль и пишем “create database magento;”

   

3. Проверка PHP, добавление php_mcrypt.
   Для того, чтобы убедиться, что установка PHP прошла успешно – создаем текстовый файл i.php в директории c:\inetpub\wwwroot. Содержимое файла – строка <?php phpinfo(); ?>. Попробуем загрузить его в браузере:
   
   Если все сделано правильно – загрузится информация о PHP и подключенных расширениях. Для Magento потребуется дополнительное расширение mcrypt, отсутствующее в PHP от Microsoft. Тем не менее оно присутствует в официальной сборке PHP. Для того, чтобы скачать это расширение, перейдем на сайт windows.php.net и загрузим “PHP 5.2 (5.2.13) Non Thread Safe Zip” . Распакуем архив во временную директорию. Для того чтобы подключить mcrypt, необходимо скопировать файл libmcrypt.dll в директорию \Program Files (x86)\PHP и файл ext\php_mcrypt.dll в папку \Program Files (x86)\PHP\ext. Теперь добавим строчку extension=php_mcrypt.dll в файл \Program Files (x86)\PHP\php.ini и перезапустим IIS командой iisreset. Если все было сделано правильно, то обновленная страничка phpinfo будет содержать информацию о mcrypt extension.

4. Установка Magento.
   Итак, все готово для установки Magento. Скачиваем с сайта www.magentocommerce.com Full Release (zip) и распаковываем содержимое архива в папку C:\inetpub\wwwroot\magento. Предполагаемая скорость распаковки, к счастью, отличается от реальной примерно на 4 часа
   
   После распаковки запускам web installer, указав в броузере адрес http://127.0.0.1/magento. На этапе установки получим сообщение о проблемах с правами доступа
   
   o Path “C:\inetpub\wwwroot\magento/app/etc” must be writable
   o Path “C:\inetpub\wwwroot\magento/var” must be writable
   o Path “C:\inetpub\wwwroot\magento/media” must be writable

   Для того, чтобы устранить проблему – назначим права Modify на указанные папки для группы Users. После этого можно продолжить установку, обновив страницу. На странице настройки доступа к БД указываем параметры подключения к MySQL и имя базы (по умолчанию – magento). Ждем пока инсталлятор Magento создаст MySQL базу и завершаем установку. Magento установлена и доступна по адресу http://127.0.0.1/magento/. Админка доступна по адресу http://127.0.0.1/magento/index.php/admin

5. SEO friendly URL.
   Для того, чтобы избавиться от index.php в пути файла, нам потребуется настроить rewrite. Так как синтаксис и формат IIS rewrite отличается от apache mod_rewrite, создадим файл web.config в папке magento:

   <?xml version="1.0" encoding="UTF-8"?>
   <configuration>
   <system.webServer>
   <rewrite>
   <rules>
       <rule name="magento rules" stopProcessing="true">
         <match url=".*" ignoreCase="false" />
         <conditions>
           <add input="{URL}" pattern="^/(media|skin|js)/" ignoreCase="false" negate="true" />
           <add input="{REQUEST_FILENAME}" matchType="IsFile" ignoreCase="false" negate="true" />
           <add input="{REQUEST_FILENAME}" matchType="IsDirectory" ignoreCase="false" negate="true" />
         </conditions>
         <action type="Rewrite" url="index.php" />
       </rule>
    </rules>
   </rewrite>
   </system.webServer>
   </configuration>
   

   После этого в админке включим SEO Friendly URLs:
   System -> Configuration -> WEB -> Search Engines Optimization -> Use Web Server Rewrites -> Yes.

На этом базовая установка и настройка Magento в IIS завершена. В завершение хотел бы добавить, что я не являюсь специалистом в IIS и буду рад услышать замечания к этой заметке.

Установка и конфигурирование
Во время установки я рекомендую отключить все дополнительные опции и пакеты. Все, что нужно для magento мы поставим позже. Также желательно отключить firewall и selinux, как минимум до завершения установки.

Несколько слов об используемом ПО. nginx – это быстрый и крайне нетребовательный к ресурсам HTTP (и не только) сервер, который используется для раздачи статики (картинки, стили, javascript), а также позволяет работать с динамическим контентом используя FastCGI API. PHP-FPM – это улучшенная реализация интерфейса FastCGI для PHP, распространяемая в виде патча к исходникам PHP. Сервер FastCGI позволяет работать по TCP или используя локальный socket. APC – “оптимизатор” PHP, реализующий опкод кеширование для скриптов и, помимо этого, предоставляющий интерфейс для хранения данных скрипта в shared памяти. Его применение имеет смысл только в FastCGI или Apache SAPI режимах.

Репозиторий centos не содержит php-fpm. Конечно, можно самостоятельно скомпилировать PHP 5.2.11 + php-fpm, но намного более “правильный” с точки зрения удобства обновления и поддержки способ – использование репозитория. Для использования php5.2.x + fpm на наших серверах мы создали репозиторий (rpms.varien.com). В настоящий момент поддерживается CentOS/RHEL 5, архитектуры i386 и x86_64. Также нам потребуется подключить репозиторий EPEL, содержащий многие программы и библиотеки, отсутствующие в системных репозиториях CentOS/RHEL.

Подключение репозиториев:

  # rpm -Uvh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm
  # wget http://rpms.varien.com/varien-release-1-1.centos.varien.noarch.rpm
  # rpm -Uvh varien-release-1-1.centos.varien.noarch.rpm

Устанавливем нужное нам ПО:

  # yum install nginx
  # yum install php-fpm php-mysql php-gd php-mcrypt php-dom
  # yum install php-pecl-apc
  # yum install mysql-server

Включаем автостарт необходимых сервисов:

  # /sbin/chkconfig nginx on
  # /sbin/chkconfig mysqld on
  # /sbin/chkconfig php-fpm on

Конфигурируем nginx (файл /etc/nginx.conf). В данном примере магазин расположен по пути /magento/ в папке /var/www/html/magento. Поддерживается URL Rewrite (аналог конфигурации для apache mod_rewrite), для php используется PHP-FPM подключенный через unix socket.

user              nginx;
worker_processes  1;
error_log         /var/log/nginx/error.log;
pid               /var/run/nginx.pid;

events {
    worker_connections  1024;
}

http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] $request '
                      '"$status" $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;
    sendfile        on;
    keepalive_timeout  65;

    # fastcgi nodes
    upstream  backend  {
        server unix:/tmp/fcgi.sock;
    }

    server {
        listen       80;
        server_name  example.local;
        root   /var/www/html;
        autoindex off;

        gzip on; # use gzip compression
        gzip_proxied any; # enable proxy for the fcgi requests
        gzip_types text/plain text/html text/css text/javascript;

        # protection (we have no .htaccess)
        location ~ (^/magento/(app/|includes/|lib/|/pkginfo/|var/|report/config.xml)|/\.svn/|/.hta.+) {
            deny all;
        }

        # handle all .php files, /downloader and /report
        location ~ (\.php|/downloader/?|/report/?)$ {
            if ($request_uri ~ /(downloader|report)$){ # no trailing /, redirecting
                rewrite  ^(.*)$ $1/ permanent;
            }
            fastcgi_index index.php;
            include /etc/nginx/fastcgi_params;
            fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
            if (-e $request_filename) { # check if requested path exists
                fastcgi_pass backend;
            }

        }

        # handle magento
        location /magento/
        {
            # set expire headers
            if ($request_uri ~* "\.(ico|css|js|gif|jpe?g|png)$") {
                expires max;
            }
            # set fastcgi settings, not allowed in the "if" block
            include /etc/nginx/fastcgi_params;
            fastcgi_param SCRIPT_FILENAME $document_root/magento/index.php;
            fastcgi_param SCRIPT_NAME /magento/index.php;
            # rewrite - if file not found, pass it to the backend
            if (!-f $request_filename) {
                fastcgi_pass backend;
                break;
            }
        }
    }
}

Конфигурация PHP-FPM (файл /etc/php-fpm.conf). Используется локальный socket. Наиболее важный параметр тут – max_children, его значение должно быть подобрано с учетом конфигурации (память, CPU) в процессе тестов нагрузки.

<configuration>
        <section name="global_options">
                <value name="pid_file">/var/run/php-fpm.pid</value>
                <value name="error_log">/var/log/php-fpm.log</value>
                <value name="log_level">notice</value>
                <value name="emergency_restart_threshold">10</value>
                <value name="emergency_restart_interval">1m</value>
                <value name="process_control_timeout">5s</value>
                <value name="daemonize">yes</value>
        </section>
        <workers>
                <section name="pool">
                        <value name="name">default</value>
                        <value name="listen_address">/tmp/fcgi.sock</value>
                        <value name="listen_options">
                                <value name="owner"></value>
                                <value name="group"></value>
                                <value name="mode">0666</value>
                        </value>
                        <value name="php_defines">
                        </value>
                        <value name="user">nginx</value>
                        <value name="group">nginx</value>
                        <value name="pm">
                                <value name="style">static</value>
                                <value name="max_children">10</value>
                                <value name="apache_like">
                                        <value name="StartServers">20</value>
                                        <value name="MinSpareServers">5</value>
                                        <value name="MaxSpareServers">35</value>
                                </value>
                        </value>
                        <value name="request_terminate_timeout">0s</value>
                        <value name="request_slowlog_timeout">0s</value>
                        <value name="slowlog">logs/slow.log</value>
                        <value name="rlimit_files">1024</value>
                        <value name="rlimit_core">0</value>
                        <value name="chroot"></value>
                        <value name="chdir"></value>
                        <value name="catch_workers_output">yes</value>
                        <value name="max_requests">500</value>
                        <value name="allowed_clients">127.0.0.1</value>
                        <value name="environment">
                                <value name="HOSTNAME">$HOSTNAME</value>
                                <value name="PATH">/usr/local/bin:/usr/bin:/bin</value>
                                <value name="TMP">/tmp</value>
                                <value name="TMPDIR">/tmp</value>
                                <value name="TEMP">/tmp</value>
                                <value name="OSTYPE">$OSTYPE</value>
                                <value name="MACHTYPE">$MACHTYPE</value>
                                <value name="MALLOC_CHECK_">2</value>
                        </value>
                </section>
        </workers>
</configuration>

Запускаем nginx и php-fpm:

  # /etc/init.d/php-fpm start
  # /etc/init.d/nginx start

Запускаем mysqld, и назначаем пароль для mysql рута

  # /etc/init.d/mysqld start
  # /usr/bin/mysql_secure_installation

Теперь добавляем пользователя и базу данных magento:

  # mysql --user=root -p
  mysql>  CREATE USER 'magento'@'localhost' IDENTIFIED BY 'my_password';
  mysql>  CREATE DATABASE magento;
  mysql>  GRANT ALL PRIVILEGES ON `magento`.* TO 'magento'@'%' WITH GRANT OPTION;

На этом этапе все готово для установки magento.

Установка magento
Для установки magent в консоли я использовал wiki-статью installing magento via ssh.

1. Скачиваем magento:
   # cd /var/www/html
   # wget http://www.magentocommerce.com/downloads/assets/1.3.2.4/magento-1.3.2.4.tar.gz
   # tar -xvzf magento-1.3.2.4.tar.gz
2. Если нам нужна тестовая база данных (sample db) – скачиваем и распаковываем ее, если нет – пропускаем этот шаг.
   # wget http://www.magentocommerce.com/downloads/assets/1.2.0/magento-sample-data-1.2.0.tar.gz
   # tar -xvzf magento-sample-data-1.2.0.tar.gz
   # mv magento-sample-data-1.2.0/media/* magento/media/
   # mysql --user=root magento -p < magento-sample-data-1.2.0/magento_sample_data_for_1.2.0.sql
3. Назначаем корректного владельца всем файлам:
   # chown -R nginx:nginx magento

Теперь переходим к этапу настройки magento, указав в браузере адрес нашей установки, например http://example.local/magento/. Должен заработать magento installation wizard. В настройках базы данных указываем пользователя magento (и назначенный вами пароль), адрес хоста – localhost. Также следует отметить флаг “Skip Base URL validation before next step”. Дальнейшая конфигурация и использование ничем не отличается от обычных установок magento.

Дополнительная оптимизация
Прежде всего следует перенести magento cache в APC, так как файловое хранилище достаточно неєффективно, особенно при параллельных запросах. Для этого в секцию globals файла magento/app/etc/local.xml добавляем секцию cache:

    <cache>
         <backend>apc</backend>
         <prefix>MY_MAGENTO_</prefix>
    </cache>

Также рекомендуется оптимизация mysql, ip стека linux, подбор параметров APC, конфигурирование firewall, но все это уже выходит за рамки данной заметки.

Предыдущие статьи в серии “Ускоряем Magento”:

• Часть 1 – К чему стремиться

Хотя существует несколько способов настройки выполнения PHP-скриптов под Apache: как модуль (mod_php) или как FastCGI/CGI (например, с помощью mod_fastcgi или mod_fcgid), наиболее часто используется все-таки первый (mod_php).

Кроме mod_php в конфигурационном файле Apache по умолчанию включена загрузка почти всех доступных модулей, несмотря на то, что не все их них требуются для работы Magento. Это становится особенно актуально в многосерверной конфигурации, когда различные узлы занимаются выполнением разных задач, и могут быть сконфигурированы для оптимального выполнения конкретной задачи.

Минимально необходимый перечень модулей Apache для работы Magento:

• mod_expires
• mod_deflate
• mod_mime
• mod_dir
• mod_rewrite
• mod_authz_host
• mod_authz_user – может понадобиться для ограничения доступа к тестовой среде с помощью аутентификации по паролям, но редко используется на “боевом” сервере.

*Примечание: Мы рассматриваем настройку веб-сервера только с точки зрения Magento. Если у вас на том же сервере запущены другие веб-приложения, будьте осторожны при использовании приведенных рекомендаций.

Уменьшение количества загружаемых модулей (закомментировав соответствующие строчки “LoadModule” в httpd.conf) позволяет несколько уменьшить объем памяти используемый веб-сервером, что может позволить обрабатывать больше одновременных соединений при том же объеме установленной памяти.

Важным параметром настройки Apache является задание оптимального количества запускаемых процессов Apache. На данный момент режим mpm_worker все еще не может быть рекомендован для безопасного использования совместно с PHP, а процесс создания новых процессов Apache в режиме mod_prefork является “дорогой” операцией. Лучше всего работает создание необходимого количества процессов Apache сразу же при запуске веб-сервера. Это количество может быть определено практическим путем при максимальной загрузке сервера.

Обратите внимание, что значения параметров ServerLimit и MaxClients нельзя увеличивать бесконечно. Они должны иметь значения, выставленные в зависимости от доступного количества физической памяти, для того, чтобы система не начала вытеснять “лишние” процессы Apache в раздел подкачки (что приведет к резкому “проседанию” сервера при увеличении нагрузки до определенного значения).

Параметр MaxRequestsPerChild можно оставить со значением по умолчанию (4000).

Использование пула постоянных соединений (keep-alive) хотя и улучшает скорость получения контента веб-браузером, но под высокой нагрузкой приводит к неоправданному перерасходу ресурсов сервера, поэтому KeepAlive всегда должен быть выставлен в off.

Следующим важным параметром является использование сжатия контента. Несмотря на то, что это немного увеличивает использование вычислительных ресурсов сервера, выигрыш от быстрой отдачи контента броузеру и освобождение процессов для обработки следующих запросов с лихвой компенсируют эти “затраты”. Функциональность по компрессии контента предоставляется модулем mod_deflate. В Magento в файле .htaccess приведены все необходимые директивы для включения компрессии, нужно просто раскомментировать соответствующие строки, чтобы уменьшить время загрузки страниц броузером. Вот пример части .htaccess, которая у вас получится в релузьтате:

    # Insert filter on selected content types only
    AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript

    # Netscape 4.x has some problems...
    BrowserMatch ^Mozilla/4 gzip-only-text/html

    # Netscape 4.06-4.08 have some more problems
    BrowserMatch ^Mozilla/4\.0[678] no-gzip

    # MSIE masquerades as Netscape, but it is fine
    BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

    # Don't compress images
    SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary

    # Make sure proxies don't deliver the wrong content
    Header append Vary User-Agent env=!dont-vary

Кроме того, можно избежать дополнительных затрат по сканированию всех директорий в пути к запрашиваемому скрипту или файлу, внеся все параметры из файлов .htaccess в основной httpd.conf файла в соответствующие разделы <Directory>.

И, в качестве дополнительного штриха, если вы используете программный балансировщик (например nginx) в многосерверной конфигурации, можно переложить на него все функции по ведению логов доступа. Это позволит снизить дисковую активность на бек-эндах Apache.

Мы постараемся в каждой статье подробно разобрать каждый из аспектов оптимизации. Все статьи будут проиллюстрированы результатами проведенных нами тестов.

Итак, вот пример сравнения производительности двух кофигураций:

• Слева – настройки сервера и Magento по умолчанию
• Справа – оптимизированные настройки среды и самой Magento

Пояснение о процессе тестирования:

Все тесты проводились на виртуальном сервере в вычислительном облаке для того, чтобы обеспечить максимальную повторяемость результатов без привязки к конкретному оборудованию. В заключительной статье мы сравним производительность Magento, установленной на виртуальном сервере и реальном “железе”, так как по результатам нашего тестирования реальное “железо” может значительно превосходить виртуальный “облачный” сервер.

Тесты запускались на виртуальном сервере в облаке Rackspace Cloud Servers используя образ операционной системы CentOS 5.3 x86_64, подготовленный компанией Rackspace. Создавая экземпляры виртуальных серверов вы сможете выбрать практически любой из распространенных дистрибутов (RHEL/CentOS/Debian/Ubuntu/Gentoo/Arch и другие). PHP и MySQL были установлены из бинарных пакетов репозитория Remi. Конфигурационные файлы Apache и MySQL мы приведем при разборе соответствущих настроек.

Все тесты прогонялись на трех типах (размерах) каталога продуктов в Magento: Magento Sample Data с ~100 продуктов, каталог с 10 000 (10 тысяч) продуктов, и каталог с 80 000 (80 тысяч) продуктов.

В тестах мы измеряли какое количество запросов способен обработать магазин при обращении к стартовой странице сайта и в ходе усредненной сессии пользователя (посещение разных страниц каталога, пользование поиском и добавление товаров в корзину).

На графиках используются следующие сокращения по оси X:

• sd – Magento sample data
• 10k – магазин с 10 тысячами продуктов
• 80k – магазин с 80 тысячами продуктов

Каждый из тестов запускался при разной нагрузке (concurrency – количестве одновременных соединений): 10, 20, 50 и 100 одновременных соединений.

Оранжевым цветом отмечены столбцы соответсвующие количеству запросов в секунду при усредненной сессии посещений, зеленым – количество запрос в секунду к стартовой странице.

В статье “Тестирование производительности” мы более подробно остановимся на используемых инструментах и используемой методике тестирования.