Rvm + Rails + Nginx + गेंडा या सही ढंग से रेल की एक गुच्छा

इस नोट का उद्देश्य मैंने वर्तमान में सबसे लोकप्रिय बंडल में आरवाईएस अनुप्रयोगों के लिए सर्वर के संगठन का वर्णन करने के लिए विस्तार से निर्धारित किया है: आरवीएम + रेल्स + नेग्नेक्स + यूनिकॉर्न। लेख के लेखन को इस बंडल पर संपूर्ण चरण-दर-चरण प्रलेखन की कमी से प्रेरित किया गया था, न केवल इस क्षेत्र में जोरदार पेशेवरों के लिए। आगे, मैं विस्तार से वर्णन करने की कोशिश करूंगा, कदम से कदम, कई रेल अनुप्रयोगों (उदाहरण के रूप में एक का उपयोग करके) की सेवा के लिए एक सर्वर को व्यवस्थित करने की वैचारिक रूप से सही प्रक्रिया - अगर आपको पूर्ण विश्वास है कि प्रयोगात्मक मशीन पर एक से अधिक अनुप्रयोग कभी काम नहीं करेंगे, तो सेटिंग हो सकती है काफी छोटा और सरल। मैं चेतावनी देना चाहता हूं कि उच्च भार के तहत आवेदन के बारे में सूक्ष्मताएं लेख में वर्णित नहीं हैं, क्योंकि लक्ष्य अलग था - आवेदन कार्य को संयोजन के रूप में बनाने और अन्य अनुप्रयोगों के साथ संघर्ष की संख्या को कम करने के लिए।

Ssh कुंजी

हेडर में सूचीबद्ध टूल का उपयोग करने से पहले, आपको उस सर्वर को तैयार करना होगा जिस पर हम सब कुछ व्यवस्थित करने जा रहे हैं। मान लीजिए कि आपने बस एक सर्वर पर एक नया उबंटू 10.04 एलटीएस स्थापित किया (+ पहले उपयोगकर्ता की प्रक्रिया में शुरू हुआ), और वहां ओपनएसएसएच डेमॉन को उठाया। वह सब है! अब से, सर्वर को हथियार, पैर और अन्य छोरों के लिए नहीं छुआ जाना चाहिए - हम इसके साथ केवल दूर से काम करेंगे, और इसके लिए हमारे काम करने वाली मशीन पर हमें करना चाहिए:

ssh-copy-id vasya@rails-production.example.com 

जहाँ vasya सर्वर पर उस उपयोगकर्ता का नाम होता है, जिसकी ओर से तैनाती का अधिकार और अधिकार होता है, और rails-production.example.com आपके द्वारा उठाए गए सर्वर का पता या नाम होता है। दर्ज करने के बाद मेजबान को अपनी मशीन पर ज्ञात मेजबानों की सूची में जोड़ने के लिए सहमत होना आवश्यक होगा - यह ठीक है - यह ठीक है। और वासिन पासवर्ड डालें। यह आखिरी बार होगा जब आप तुलसी का पासवर्ड दर्ज करेंगे। अब ssh कुंजी द्वारा सर्वर तक पहुंच संभव है और कुछ भी दर्ज करने की आवश्यकता नहीं है।

ऐसा लगता है कि ये मूल बातें हैं जिनके बारे में यह ध्यान देने योग्य नहीं है - लेकिन हमेशा कुछ प्रतिशत लोग ऐसे होते हैं जिनके पास ssh कीज़ का उपयोग करके मशीन तक पहुँचने का एक वैकल्पिक दृष्टिकोण होता है। उनके लिए, मैं ब्रश के जोड़ों के गठिया के लिए एक मरहम की सलाह दे सकता हूं, बाकी के लिए मैं सिर्फ यह विश्वास करने के लिए सुझाव देता हूं कि ssh चाबियाँ एक आशीर्वाद हैं।

डेटाबेस

यहां मैं केवल दो सबसे लोकप्रिय DBMS के लिए आवश्यक पैकेज स्थापित करने के बारे में सुझाव दूंगा:

 sudo apt-get install mysql-server mysql-client libmysqld-dev # MySQL sudo apt-get install postgresql postgresql-client postgresql-server-dev #Postgresql 

सर्वर पर DBMS को ट्यूनिंग करना एक अलग लेख का विषय है, इसलिए मान लीजिए कि आप इस से खुद निपट सकते हैं। इसलिए - तदम! DBMS ऊपर और चल रहा है।

rvm

आरवीएम एक रूबी संस्करण नियंत्रण प्रणाली उपकरण है जो आपको रत्नों से अलग "वातावरण" बनाने की अनुमति देता है, जो हमारे मामले में महत्वपूर्ण नहीं है। यदि आप बंडलर और आरवीएम जवाहरात की अवधारणाओं पर विचार करते हैं, तो आप महसूस कर सकते हैं कि वे एक ही उद्देश्य के लिए डिज़ाइन किए गए हैं - किसी विशेष अनुप्रयोग के लिए पर्यावरण को अलग करने के लिए। बंडलर मणि निर्भरता को हल करने का एक शानदार तरीका है, और रेल 3 डिफ़ॉल्ट रूप से इसके साथ काम करता है। और सामान्य तौर पर, चूंकि हम इस बारे में बात कर रहे हैं - मैं रेल 2.3.x के लिए बंडलर का उपयोग करने की सलाह देता हूं, यह कैसे किया जा सकता है इसका वर्णन यहां किया गया है।

हमें केवल रूबी के विभिन्न संस्करणों के बीच आसानी से स्विच करने के लिए Rvm की आवश्यकता है, और इस तरह की आवश्यकता सर्वर पर सबसे अधिक संभावना होगी, जहां रूबी के विभिन्न संस्करणों पर लिखे गए एप्लिकेशन एक साथ स्पिन होंगे। Rvm के विरोधी भी हैं। नहीं, और वास्तव में - यदि आप पूरी तरह से निश्चित हैं कि माणिक का एक से अधिक संस्करण लोहे के इस टुकड़े पर कभी काम नहीं करेगा, तो यह एक रूबी सिस्टम दुभाषिया के रूप में री के कुछ प्रकार को स्थापित करने और जीवन का आनंद लेने के लिए चुपचाप नरक में जलने के लिए अधिक सही होगा। लेकिन वास्तविकता कठोर है, इसलिए मैं सिर्फ आरवीएम का उपयोग करने की सलाह देता हूं - यह सभी चीजों को क्रम में रखेगा।

यदि आप पहले से ही दस्तावेज़ीकरण पढ़ते हैं, तो आप शायद ध्यान दें कि आरवीएम को स्थापित करने के दो तरीके हैं - रूट से (तथाकथित सिस्टम वाइड इंस्टाल) और सामान्य एक - एक साधारण उपयोगकर्ता के लिए। इसलिए, फिर से मैं आपके विश्वास का परीक्षण करना चाहता हूं - जड़ से स्थापित न करें। व्यर्थ में नहीं हमने तैनाती के लिए जिम्मेदार उपयोगकर्ता का निर्माण किया। इसलिए, हमारे तुलसी के तहत सर्वर पर जाकर, हम कमांड के निम्नलिखित अनुक्रम को निष्पादित करते हैं:

 sudo apt-get install git-core curl #  ,    Rvm. curl -L https://get.rvm.io | bash -s stable --ruby type rvm | head -1 

अंतिम कमांड "आरवीएम एक फ़ंक्शन है" या रूसी में एक एनालॉग का उत्पादन करना चाहिए। यदि ऐसा नहीं होता है - यह अध्ययन को यहां से शुरू करने और इस क्षण तक - "जब तक यह काम नहीं करता तब तक लायक है।"

गहरे लाल रंग का

माणिक के संस्करण का चुनाव इस बात पर निर्भर करता है कि आवेदन में रेल के किस संस्करण का उपयोग किया गया है: इसलिए 2.3.x के लिए रूबी एंटरप्राइज संस्करण का उपयोग करना बेहतर है, 3.x के लिए 1.9.3 का उपयोग करने की सिफारिश की गई है। मेरे मामले में, यह क्रमशः 2.3.x और ree पर एक आवेदन है। और अगर रूबी 1.9.3 को स्थापित करने के लिए सिस्टम से कुछ भी असाधारण आवश्यक नहीं है, तो री स्थापित करने के लिए कई सिस्टम पैकेजों की आवश्यकता होती है:

 sudo apt-get install build-essential bison openssl libreadline6 libreadline6-dev curl git-core zlib1g zlib1g-dev libssl-dev libyaml-dev libsqlite3-0 libsqlite3-dev sqlite3 libxml2-dev libxslt-dev autoconf libc6-dev ncurses-dev rvm install ree-1.8.7-2011.03 #  ree rvm ree # ,   Ruby .      -     : rvm ree@myapp --create.   Bundler    . gem install bundler #  gem,    . sudo mkdir -p /srv/myapp #  ,      . sudo chown -R vasya:vasya /srv/myapp #      (   ,  -R  ). 

nginx

चूँकि हम यूनिकॉर्न का उपयोग करने जा रहे हैं, हम बिना नग्नेक्स के नहीं कर सकते - यूनिकॉर्न में ऐसी सुविधा है - यह धीमे ग्राहकों के साथ काम नहीं कर सकता है। सच है, इसका प्रतिरूप है, जो रेनबो हो सकता है, लेकिन नग्नेक्स अपने आप में बेहद उपयोगी, अच्छा और उपयोग में आसान है। आप इस अद्भुत सर्वर के लेखक की वेबसाइट पर स्थापना निर्देश पा सकते हैं - इगोर सायसोव। मैं बस एक सरल init स्क्रिप्ट को nginx और nginx.conf चलाने के लिए दूंगा:

 #! /bin/sh EXEC_PATH="/usr/local/nginx/sbin/nginx" case "$1" in start) echo "Starting NginX" start-stop-daemon --start --exec $EXEC_PATH ;; stop) echo "Stopping NginX" start-stop-daemon --stop --exec $EXEC_PATH ;; restart) echo "Stopping NginX" start-stop-daemon --stop --exec $EXEC_PATH sleep 1 echo "Starting NginX" start-stop-daemon --start --exec $EXEC_PATH ;; *) echo "Usage: {start|stop|restart}" exit 1 ;; esac exit 0 

 worker_processes 1; #       . user vasya vasya; #      worker -   ,    . pid /tmp/nginx.pid; #       - Nginx. error_log /tmp/nginx.error.log; events { worker_connections 1024; #        . accept_mutex off; #         - . } http { #     -       - -  : include mime.types; default_type application/octet-stream; access_log /tmp/nginx.access.log combined; sendfile on; tcp_nopush on; tcp_nodelay off; gzip on; #    .    upstream .        ,     . upstream myapp_server { server unix:/srv/myapp/shared/unicorn.sock fail_timeout=0; #        config/unicorn.rb    . } server { listen 80 default deferred; #  ,       ip   ,      -  myapp.mydomain.ru:80 client_max_body_size 1G; #     (   -       ). server_name myapp.mydomain.ru; #   keepalive_timeout 5; root /srv/myapp/current/public; #        public Rails .  current       Capistrano try_files $uri/index.html $uri.html $uri @myapp; #     - ,    location    location @myapp { proxy_pass http://myapp_server; #   http://       upstream . proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $http_host; proxy_redirect off; } error_page 500 502 503 504 /500.html; location = /500.html { root /srv/myapp/current/public; } } } 

यह तुरंत चेतावनी देने योग्य है कि जब निग्नेक्स एक साथ कई एप्लिकेशन देता है, तो server { ... } ब्लॉक्स को /usr/local/nginx/conf/vhosts में अलग-अलग फ़ाइलों में ले जाना चाहिए और लिखना include /usr/local/nginx/conf/vhosts/* nginx.conf में। include /usr/local/nginx/conf/vhosts/* - उदाहरण में यह स्पष्टता के लिए नहीं किया गया है।

एक तंगावाला

पूरे सिस्टम के लिए यूनिकॉर्न स्थापित किया जा सकता है, लेकिन ऐसा नहीं किया जाना चाहिए - जेमाइल में संबंधित रत्न को शामिल करना बहुत अधिक सही है:

 gem 'unicorn' 

और bundle exec कमांड के साथ गेंडा चलाएं। वैसे, सिफारिश न केवल यूनिकॉर्न पर लागू होती है, बल्कि रत्नों के साथ आने वाली किसी भी निष्पादन योग्य फाइलों पर भी लागू होती है। विशिष्ट एप्लिकेशन के भीतर यूनिकॉर्न को स्थापित करने से आप आसानी से एक मशीन पर कई एप्लिकेशन प्राप्त कर सकते हैं।
अगला, मैं एक सर्वर कॉन्फ़िगरेशन का एक उदाहरण दूंगा जो तथाकथित शून्य डाउनटाइम को प्रदान करता है। तो कॉन्फ़िगर करें / unicorn.rb:

 deploy_to = "/srv/myapp" rails_root = "#{deploy_to}/current" pid_file = "#{deploy_to}/shared/pids/unicorn.pid" socket_file= "#{deploy_to}/shared/unicorn.sock" log_file = "#{rails_root}/log/unicorn.log" err_log = "#{rails_root}/log/unicorn_error.log" old_pid = pid_file + '.oldbin' timeout 30 worker_processes 4 #      ,       listen socket_file, :backlog => 1024 pid pid_file stderr_path err_log stdout_path log_file preload_app true #    ,  ,    . GC.copy_on_write_friendly = true if GC.respond_to?(:copy_on_write_friendly=) #   ,    ,     . before_exec do |server| ENV["BUNDLE_GEMFILE"] = "#{rails_root}/Gemfile" end before_fork do |server, worker| #  ,     ,    . defined?(ActiveRecord::Base) and ActiveRecord::Base.connection.disconnect! #   ,   0 downtime deploy. if File.exists?(old_pid) && server.pid != old_pid begin Process.kill("QUIT", File.read(old_pid).to_i) rescue Errno::ENOENT, Errno::ESRCH # someone else did our job for us end end end after_fork do |server, worker| #      ,     . defined?(ActiveRecord::Base) and ActiveRecord::Base.establish_connection end 

Capistrano

ठीक है, हमने पहले से ही सब कुछ कॉन्फ़िगर किया है जो बुनियादी चीजें हो सकती हैं , इसलिए आपको कैपिस्ट्रानो से निपटना चाहिए। सबसे पहले, कैपिस्ट्रानो रत्न को हमारे जेमफाइल के विकास समूह में डालें, और आरवीएम (संस्करणों rvm> = 1.1.0 के लिए) के साथ एकीकरण के लिए आरवीएम-कैपिस्ट्रानो भी डालें:

 group :development do gem "capistrano" gem "rvm-capistrano" end 

मणि स्थापित करने के बाद, हम कमांड निष्पादित करते हैं:

 bundle exec capify . 

और हमें लगभग खाली कॉन्फिग / तैनाती.बीआर फाइल मिलती है। मैं अपनी आवश्यकताओं के लिए एक फ़ाइल का एक उदाहरण दूंगा:

 require 'rvm/capistrano' #   rvm require 'bundler/capistrano' #   bundler.    bundler      ,       . set :application, "myapp" set :rails_env, "production" set :domain, "vasya@rails-production.example.com" #      ssh.             ,    . set :deploy_to, "/srv/#{application}" set :use_sudo, false set :unicorn_conf, "#{deploy_to}/current/config/unicorn.rb" set :unicorn_pid, "#{deploy_to}/shared/pids/unicorn.pid" set :rvm_ruby_string, 'ree' #    ,  Ruby    . set :scm, :git #  git. , ,  -  - svn, ,         git -  git. set :repository, "git@github.com:myprojects/myapp.git" #    . ,         ,   ,     rsa        deployment keys   . set :branch, "master" #        . set :deploy_via, :remote_cache #   ,              .       . role :web, domain role :app, domain role :db, domain, :primary => true before 'deploy:setup', 'rvm:install_rvm', 'rvm:install_ruby' #  rvm  capistrano  ,    cap deploy:setup      rvm_ruby_string . after 'deploy:update_code', :roles => :app do #           - database.yml.       /srv/myapp/shared/config    .           . run "rm -f #{current_release}/config/database.yml" run "ln -s #{deploy_to}/shared/config/database.yml #{current_release}/config/database.yml" end #      unicorn.       -  . #    Rails 3    bundle exec unicorn_rails  bundle exec unicorn namespace :deploy do task :restart do run "if [ -f #{unicorn_pid} ] && [ -e /proc/$(cat #{unicorn_pid}) ]; then kill -USR2 `cat #{unicorn_pid}`; else cd #{deploy_to}/current && bundle exec unicorn_rails -c #{unicorn_conf} -E #{rails_env} -D; fi" end task :start do run "bundle exec unicorn_rails -c #{unicorn_conf} -E #{rails_env} -D" end task :stop do run "if [ -f #{unicorn_pid} ] && [ -e /proc/$(cat #{unicorn_pid}) ]; then kill -QUIT `cat #{unicorn_pid}`; fi" end end 

पुनश्च अगर कोई प्रस्तुत सामग्री या रचनात्मक टिप्पणियों को सुधारने के लिए सुझाव देता है, तो मुझे पढ़ने और सही करने में खुशी होगी।