Скачать 180.76 Kb.
|
Руководство по технической эксплуатации АИС «Мониторинг Госсайтов» Москва 2014 год Содержание1Развертывание программного комплекса 4 1.1Рекомендуемое программное обеспечение 4 1.2Необходимый набор модулей PHP 4 1.3Необходимые параметры PHP 5 1.4Необходимые изменения в memcached 5 1.5Настройка composer, node.js, phantom.js 7 1.6Настройка supervisord и gearmand 7 1.7Настройка tomcat и solr 8 1.8Настройка mongodb 9 1.9Настройка nginx + varnish + apache 9 1.10Развертывание системы 14 2Обслуживание программного комплекса 19 2.1Общие рекомендации по обслуживанию ПО 19 2.2Резервное копирование данных 19 2.3Рекомендации по конфигурации аппаратного комплекса 23 Для эксплуатации программного комплекса рекомендуется необходимо установить и использовать следующее программное обеспечение:
Для корректной работы необходим следующий набор модулей php: max_execution_time = 180 max_input_time = 120 post_max_size = 100M upload_max_filesize = 100M memory_limit = 2048M xcache.size = 1024M Для правильной работы программного комплекса необходимо создать три экземпляра memcached. Для этого необходимо:
Для правильной работы программного комплекса composer, node.js, phantom.js должны быть доступны в окружении пользователя или установлены в папку /usr/bin/ Для запуска сервиса supervisord необходимо выполнить: supervisord -c /PATH_TO_TRGM/supervisord.conf Для проверки статусов выполняемых задачь необходимо выполнить: supervisorctl -c /PATH_TO_TRGM/supervisord.conf status; Сервис supervisord автоматически запустит задачи, выполняемые в ПО gearman, поэтому, чтобы не произошло конфликтов, системный сервис gearmand должен быть выключен: /etc/init.d/gearmand stop Предполагается, что сервис tomcat установлен и прослушивает порт 8080. Для подключения сервиса solr, необходимо выполнить следующее:
В СУБД mongodb хранятся результаты работы сервиса технических показателей. Для его правильно работы сервис mongodb должен быть включен: /etc/init.d/mongod start А так же должна быть создана база данных и её структура. Сделать это можно следующей командой: php PATH_TO_TRGM/app/console doctrine:mongodb:schema:create Для увеличения производительности программного комплекса используются три веб-сервера:
При это предполагается что внешне доступен только nginx, а все остальные прослушивают адрес 127.0.0.1 и соединяются друг с другом по портам. Так же предполагается наличие трёх доменных имён:
Для всех доменов применяются стандартные шаблоны конфигурационных файлов для настройки виртуальных хостов. Указывается лишь различные DocumentRoot:
Для домена validator.tr.gosmonitor.ru необходимо использовать представленный конфигурационный файл, который, тем не менее, может быть доработан по необходимости: ServerName validator.tr.gosmonitor.ru ServerAlias www.validator.tr.gosmonitor.ru DocumentRoot /PATH_TO_VALIDATOR.TR.MONITORING/htdocs ScriptAlias /check /PATH_TO_VALIDATOR.TR.MONITORING/httpd/cgi-bin/check ScriptAlias /feedback /PATH_TO_VALIDATOR.TR.MONITORING/httpd/cgi-bin/sendfeedback.pl Options IncludesNOEXEC Indexes MultiViews AllowOverride None AddHandler server-parsed .html AddCharset utf-8 .html AddEncoding x-gzip .gz ForceType application/javascript ForceType text/css Options +SymLinksIfOwnerMatch RewriteBase /w3c-validator/ RewriteRule fragment-upload(\.html)? detailed.html#validate-by-input [R,L,NE] RewriteRule file-upload(\.html)? detailed.html#validate-by-upload [R,L,NE] ExpiresActive On ExpiresByType image/gif A2592000 ExpiresByType image/png A2592000 ExpiresByType text/html A604800 ExpiresByType text/css A2592000 ExpiresByType text/javascript A2592000 ExpiresByType application/javascript A2592000 ExpiresByType application/ecmascript A2592000
Настройка кэширующего веб-сервера может быть произвольной или по умолчанию. Главное требование, чтобы он мог принимать запросы от веб-сервера nginx и, после обработки, передавать их веб-серверу apache.
Для домена gosmonitor.ru применяется конфигурационный файл, следующего содержания, который может быть дополнен или изменён по необходимости: server { listen 10.62.0.124:80; listen 127.0.0.1:80; server_name gosmonitor.ru default_server; location ~* \.(jpg|jpeg|gif|png|bmp|svg|swf|htm|ico|mp3|ogg|mpe?g|gz|tar|avi|zip|gz|bz2|rar|doc|docx|xls|xlsx)$ { try_files $uri $uri/ @drupal; expires 14d; root /PATH_TO_GOSMONITOR/; } location ~* /widget.css(.*)$ { proxy_pass http://127.0.0.1:6081; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Real-IP $remote_addr; } location ~* /widget.php\?(.+)$ { rewrite ^(.+)\?(.+)$ http://$host/widget.js$2&oldsid=1 permanent; } location ~* /widget.php$ { rewrite ^(.+)$ http://$host/widget.js?oldsid=1 permanent; } location ~ /\.ht { deny all; } location /check-opendata { proxy_read_timeout 1200; proxy_connect_timeout 1200; proxy_send_timeout 1200; proxy_pass http://127.0.0.1:6081; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Real-IP $remote_addr; } location /widget.js { proxy_pass http://127.0.0.1:1337/widget.js; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Real-IP $remote_addr; } location /sites/default/modules/widget/js/widget.php { proxy_pass http://127.0.0.1:1337/widget.js; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Real-IP $remote_addr; } location / { proxy_pass http://127.0.0.1:6081; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Real-IP $remote_addr; } location @drupal { proxy_pass http://127.0.0.1:6081; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Real-IP $remote_addr; } } Для доменов tr.gosmonitor.ru, validator.tr.gosmonitor.ru и monitor.tr.gosmonitor.ru применяются стандартные шаблоны конфигурационных файлов для настройки виртуальных хостов, с единственным отличием – передавать данные не на backend, а на middleend. Развёртывание системы производится в следующей последовательности:
/etc/init.d/httpd graceful
Для поддержания работоспособности системы необходимо производить следующие действия:
Резервная копия программного комплекса создаётся путём автоматического запуска скрипта и создания с его помощью: а) инкрементной резервной копии файлов; б) дампа базы данных (БД) СУБД MariaDB; в) дампа базы данных СУБД mongodump. Инкрементная резервная копия файлов создаётся с помощью программы rdiff-backup. Дамп БД СУБД MariaDB — с помощью mysqldump, БД СУБД mongodb – с помощью mongodump. Скрипт автоматически запускается операционной системой, на которой находится программный комплекс в указанное время с помощью планировщика задач. После окончания работы скрипта, отправляется отчёт на указанную почту. Общий вид команды автоматического запуска скрипта имеет вид: « 00 01 * * * root /root/scripts/backup_mysql_rdiff.sh 2>&1 | mail -s "Backup xx.xx.xx.xx report" [email protected] » Где: 00 01 * * * - минуты, часы, числа, месяцы, дни недели запуска скрипта; root — пользователь, от имени которого выполняется скрипт; /root/scripts/backup_mysql_rdiff.sh — абсолютный путь до исполняемого скрипта; 2>&1 — перенаправление потока ошибок в стандартный поток вывода; | - конвейер, позволяющий передать результат работы (вывод) одной программы на вход другой; mail — программа, отправляющая письмо; -s "Backup xx.xx.xx.xx report" — опция, указывающая тему письма; [email protected] — адрес получателя письма. Общий вид отчёта выглядит как: « xx.xx.xx.xx /root/scripts/backup_mysql_rdiff.sh gosmonitor.ru Current mirror: Mon Oct 14 14:06:59 2013 Databases MariaDB -rw-r--r-- 1 root root 85957 Окт 1 01:20 gosmonitorru-2013_10_01_01.sql.gz Databases mongodb -rw-r--r--. 1 root root 9253614 Окт 1 01:20 trgosmonitorru-2013_10_01_01.tar.bz2 » Где: xx.xx.xx.xx — IP адрес сервера на котором запускался скрипт; /root/scripts/backup_mysql_rdiff.sh — абсолютный путь скрипта; gosmonitor.ru Current mirror: Mon Oct 14 14:06:59 2013 — имя, дата и время последней резервной копии системы (портала); Databases MariaDB — обозначение раздела, в котором перечисляются существующие дампы БД СУБД MariaDB; -rw-r--r-- 1 root root 85957 Окт 1 01:20 gosmonitorru-2013_10_01_01.sql.gz — дамп БД СУБД MariaDB с указанными датой и временем создания; Databases mongodb — обозначение раздела, в котором перечисляются существующие дампы БД СУБД mongodb; -rw-r--r--. 1 root root 9253614 Окт 1 01:20 trgosmonitorru-2013_10_01_01.tar.bz2 — дамп БД СУБД mongodb с указанными датой и временем создания. Сам скрипт представляет собой набор последовательных команд, которые создают резервную копию данных и отправляют её на хранение на Сервер резервных копий данных. Общий вид скрипта: #!/bin/bash www="/var/www" serverIP="xx.xx.xx.xx" backupWwwDir="/backup/$serverIP/www" backupMariaDBDir="/backup/$serverIP/dumps" backupSrvIP="xx.xx.xx.xx" mariaDBRootPaswd="your_mysql_root_password" mariaDBDumpOptions="--single-transaction --quick --skip-extended-insert" mongoDir=”="/backup/$serverIP/mongo” dd=`date +'%Y_%m_%d_%H'` ## hostname for backup in /var/www folder hostName=" domain.com " ## Backups file system for host in $hostName; do nice -n 20 rdiff-backup $www/$host $backupSrvIP::$backupWwwDir/$host; echo -n $host && echo -e "\t\t`ssh $backupSrvIP rdiff-backup -l $backupWwwDir/$host/ | tail -1`"; done ## Backups DBs MariaDB for db in `mysql -p$mysqlRootPaswd -Ns -e "show databases;" | grep -v performance_schema | grep -v information_schema | grep -v mysql`; do mysqldump -p$mariaDBRootPaswd $mariaDBDumpOptions $db | gzip | ssh $backupSrvIP dd of="$backupMariaDBDir/$db-$dd.sql.gz" > /dev/null 2>&1 done ## Backup MongoDB cd /root && mongodump --quiet; cd /root/dump/; for db in `ls`; do tar -cjf /root/dump/$db.tar.bz2 ./$db; scp /root/dump/$db.tar.bz2 backupSrvIP:$mongoDir /$db-$dd.tar.bz2; rm -rf /root/dump/$db; rm -rf /root/dump/$db.tar.bz2; done cd /root && rm -rf /root/dump/ ## The output list of databases echo "Databases MariaDB " ssh $backupSrvIP ls -la $backupMariaDBDir | grep `date +'%Y_%m'` echo "Databases mongodb" ssh $backupSrvIP ls -la $backupDir | grep `date +'%Y_%m'` Резервное копирование производится минимум раз в сутки. Заказчик предоставляет Исполнителю для обеспечения работы АИС «Мониторинг Госсайтов» следующую техническую инфраструктуру: Таблица – Вычислительная инфраструктура (виртуальные серверы)
Формат А4 |
![]() |
Руководство по технической эксплуатации аис «Мониторинг Госсайтов» Москва 2012 год Директор Департамента государственного регулирования в экономике Министерства экономического развития |
![]() |
Руководство по технической эксплуатации аис «Мониторинг Госсайтов» Москва 2013 год Создание пользователя, наделение его правами на управление созданной базой данных и установление ему пароля |
![]() |
Инструкция по работе с мобильной версией аис «Мониторинг госсайтов» Москва 2012 год Директор Департамента государственного регулирования в экономике Министерства экономического развития |
![]() |
Руководство по технической эксплуатации аис «Мониторинг Госсайтов» Российской Федерации «Информационное общество (2011-2020 годы)» по теме: «Развитие и сопровождение автоматизированной информационной... |
![]() |
Руководство администратора аис «Мониторинг Госсайтов» Директор Департамента государственного регулирования в экономике Министерства экономического развития |
![]() |
Руководство «Помощь по работе с аис «Мониторинг Госсайтов» Директор Департамента государственного регулирования в экономике Министерства экономического развития |
![]() |
Отчет аис мониторинг Госсайтов Мониторинг доступности государственной информации, размещенной на официальных сайтах государственных органов и органов местного самоуправления... |
![]() |
Руководство программиста москва 2014 год аннотация в настоящем документе... Директор Департамента инновационного развития Министерства экономического развития |
![]() |
Инструкция пользователя Аис «Мониторинг Госсайтов» предназначена для оценки открытости информации о деятельности органов государственной власти и доступности... |
![]() |
Отчет о техническом, консультационном и информационном сопровождении аис «Мониторинг госсайтов» Взаимодействие с представителями государственных органов (кураторами) по результатам выполнения Рекомендаций по совершенствованию... |
![]() |
Руководство модератора Москва 2012 год Содержание Введение Настоящий... Настоящий документ представляет собой руководство модератора по работе с порталом аис «Инновации» (далее – «аис») описывающий функциональные... |
![]() |
Программный комплекс Служба технической поддержки пользователей пк... Создание запроса в службу технической поддержки по программам аис аип, аис рцп и мвз аип 12 |
![]() |
Руководство по эксплуатации 111024, Москва, 2-я ул. Энтузиастов, д. 5, корп. 5 Руководство по эксплуатации предназначено для ознакомления обслуживающего персонала с устройством, принципом действия, конструкцией,... |
![]() |
О подготовке школ к работе в аис «Электронная школа» в 2014-2015 учебном году «Электронная школа», в целях выполнения решений совещания по отраслевой системе видеоконференцсвязи от 19. 05. 2014г. (протокол №2)... |
![]() |
Руководство по эксплуатации Казань 2010 г Настоящее руководство по эксплуатации (РЭ) устанавливает правила технической эксплуатации Коммуникатора gsm и содержит сведения,... |
![]() |
Руководство по эксплуатации жтпи. 563313. 001РЭ Настоящее руководство по эксплуатации устанавливает правила и методы технической эксплуатации вновь вводимых в действие аккумуляторных... |
Поиск |