مقدمه
Ansible یک ابزار مدیریت پیکربندی است که برای خودکار سازی
سرور مجازی‌های کنترل کننده برای مدیران و تیم‌های عملیاتی طراحی شده است. با استفاده از Ansible می‌توانید از یک
سرور مجازیمرکزی منفرد استفاده کنید تا بسیاری از سیستمهای مختلف از راه دور را با استفاده از SSH و Python به عنوان تنها ابزار مورد نیاز کنترل و پیکربندی کنید. Ansible وظایف خود را بر روی
سرور مجازی‌هایی انجام می‌دهد که بر اساس تعریف وظیفه آنها را مدیریت میکند. این کارها از ماژول‌های داخلی Ansible با استفاده از قطعه‌های کوچک YAML برای هر کار استفاده میکند. هرچه تعداد و تنوع سیستمهایی که شما با یک گره کنترل Ansible مدیریت میکنید پیچیده تر میشود ، معقول است که وظایف را با هم در playbooks Ansible گروه بندی کنید. استفاده از این playbookها نیاز به اجرای بسیاری از وظایف فردی روی سیستمهای از راه دور را برطرف میکند ، در عوض به شما امکان می‌دهد تمام محیط‌ها را به طور هم زمان با یک فایل واحد پیکربندی کنید. با این حال ، وقتی که playbooks وظیفه تنظیم بسیاری از سیستمهای مختلف با کارهای مختلف برای هر سیستم را دارند ، می‌توانند پیچیده تر شوند بنابراین Ansible همچنین به شما امکان می‌دهد تا وظایفی را در یک ساختار دایرکتوری به نام Role سازماندهی کنید. در این پیکربندی ، playbooks به جای وظایف ، رول‌ها را فراخوانی می‌کنند ، بنابراین شما هنوز هم می‌توانید وظایف را با هم گروه بندی کرده و سپس در سایر playbooks از رول‌ها استفاده مجدد کنید. رول‌ها همچنین به شما امکان می‌دهد قالب‌ها ، فایلهای استاتیک و متغیرها را به همراه کارهای خود در یک قالب ساختاری جمع آوری کنید. در این آموزش چگونگی ایجاد رول‌ها و چگونگی اضافه کردن قالب‌ها ، فایلهای استاتیک و متغیرها به یک رول مورد بررسی قرار خواهد گرفت. پس از آشنایی با اصول رول‌های ساختای ، از Ansible Galaxy استفاده خواهیم کرد تا رول‌های مرتبط با جامعه را در playbooks وارد کنیم. با پایان این آموزش قادر خواهید بود برای
سرور مجازی‌های خود رول‌های خاص محیطی خود را ایجاد کرده و از آنها در playbooks خود استفاده کنید تا یک یا بسیاری از سیستم‌ها را مدیریت کنید. پیش نیازها برای دنبال کردن این آموزش ، باید Ansible را نصب و پیکربندی کنید تا بتوانید playbooks را ایجاد و اجرا کنید. شما همچنین نیاز به درک نحوه نوشتن playbooks Ansible حساس دارید. رول Ansible چیست؟ در آموزش‌های پیش نیاز ، شما یاد گرفتید که چگونه ابزار اصلی Ansible را با استفاده از دستور ansible در یک ترمینال اجرا کنید. همچنین آموخته اید که چگونه وظایف را در playbooks جمع آوری کرده و آنها را با استفاده از دستور playbooks ansible اجرا کنید. مرحله بعدی رفتن از اجرای دستورات منفرد ، به سمت وظایف ، و playbooks ، سازماندهی مجدد همه چیز با استفاده از یک رول Ansible است. رول‌ها سطحی از انتزاع در صدر کارها و playbook هستند که به شما امکان می‌دهد پیکربندی Ansible خود را در قالب مدولار و قابل استفاده مجدد سازماندهی کنید. هرچه عملکرد و انعطاف پذیری بیشتری را به playbooks خود اضافه میکنید ، آنها گسترده میشوند و نگهداری شان می‌تواند دشوار شود. رول‌ها به شما امکان می‌دهد یک playbook پیچیده را به بخش‌های جداگانه و کوچکتر تقسیم کنید که با یک نقطه ورودی مرکزی هماهنگ شوند. به عنوان مثال ، در این آموزش کل playbook.yml که با آنها کار خواهیم کرد به شرح زیر است: Example Playbook 1--- 2- hosts: all 3 become: true 4 roles: 5 - apache 6 vars: 7 doc_root: /var/www/example مجموعه تمام کارهایی که برای پیکربندی یک وب
سرور مجازیApache انجام میشود ، در رول apache که ایجاد خواهیم کرد ، درج خواهد شد. این رول به جای لیست کردن تکالیف به صورت جداگانه مانند آنچه در نسخه پیکربندی مدیریت 101 انجام دادیم ، به شرح زیر تمام کارهایی را که باید برای نصب Apache انجام شود ، تعریف میکند. ساماندهی ستاپ Ansible شما به صورت رول‌ها به شما امکان می‌دهد از مراحل پیکربندی مشترک بین انواع مختلف
سرور مجازیها مجدد استفاده کنید. حتی اگر این کار با وجود چندین فایل وظیفه در یک playbook نیز امکان پذیر باشد ، رول‌ها به ساختار دایرکتوری شناخته شده و کنوانسیون نام فایل متکی هستند تا به صورت خودکار فایل‌هایی که در این بازی استفاده میشوند را بارگیری کنند. به طور کلی ، ایده‌های پشت رول‌ها این است که به شما امکان می‌دهد با استفاده از یک ساختار پایدار ، وظایف خود را با یکدیگر به اشتراک بگذارید و از آنها استفاده مجدد کنید ، در حالی که نگهداری آنها بدون انجام کارهای تکراری برای همه زیرساخت‌های شما آسان میشود. ایجاد رول برای ایجاد رول Ansible به یک ساختار دایرکتوری اختصاصی نیاز دارید. رول‌ها همیشه به این طرح دایرکتوری نیاز دارند تا Ansible بتواند آنها را پیدا کرده و از آنها استفاده کند. ما در اینجا فرض می‌کنیم که از دایرکتوری هوم کاربر به عنوان دایرکتوری کاربری Ansible استفاده کرده اید. اگر پیکربندی Ansible خود را در یک مکان دیگر نگه داشته باشید ، باید (cd) را در آن دیرکتوری تغییر دهید. برای شروع ، بیایید دایرکتوری به نام roles ایجاد کنیم. وقتی می‌خواهیم در ادامه این آموزش رول جدید خود را در یک playbook استفاده کنیم، Ansible به اینجا نگاه میکند. $ cd ~ $ mkdir roles $ cd roles در این دایرکتوری رول‌هایی را تعریف خواهیم کرد که قابل استفاده مجدد در چندین playbook و
سرور مجازی‌های مختلف هستند. هر رولی که ایجاد خواهیم کرد نیاز به دیرکتوری خاص خود دارد. ما می‌خواهیم نمونه playbook Apache را از آموزش Configuration Management 101: Writing Ansible Playbooks بگیریم و آن را به یک رول قابل استفاده مجدد Ansible تبدیل کنیم. برای ارجاع، این playbook از آن آموزش است: playbook.yml 1--- 2- hosts: all 3 become: true 4 vars: 5 doc_root: /var/www/example 6 tasks: 7 - name: Update apt 8 apt: update_cache=yes 9 10 - name: Install Apache 11 apt: name=apache2 state=latest 12 13 - name: Create custom document root 14 file: path={{ doc_root }} state=directory owner=www-data group=www-data 15 16 - name: Set up HTML file 17 copy: src=index.html dest={{ doc_root }}/index.html owner=www-data group=www-data mode=0644 18 19 - name: Set up Apache virtual host file 20 template: src=vhost.tpl dest=/etc/apache2/sites-available/000-default.conf 21 notify: restart apache 22 23 handlers: 24 - name: restart apache 25 service: name=apache2 state=restarted در ابتدا ، یک دایرکتوری Apache برای رول خود ایجاد می‌کنیم و آن را با دیرکتوری‌های مورد نیاز جمع کنیم: $ mkdir apache $ cd apache در مرحله بعدی مجموعه زیر دایرکتوری‌های مورد نیاز را ایجاد خواهیم کرد که به Ansible اطلاع می‌دهد که باید از محتویات به عنوان یک رول استفاده کند. با استفاده از دستور mkdir این دایرکتوری‌ها را ایجاد کنید: $ mkdir defaults files handlers meta templates tasks vars این دیرکتوری‌ها برای اجرای رول ما شامل کلیه کد‌ها می‌باشند. بسیاری از رول‌ها بسته به پیچیدگی کارهایی که انجام میدهند فقط از یک یا چند مورد از این دایرکتوری‌ها استفاده خواهند کرد. هنگام نوشتن رول‌های خود ، ممکن است نیازی به ایجاد همه این دایرکتوری‌ها نباشد. در اینجا توضیحی در مورد آنچه هر دایرکتوری نشان می‌دهد آورده شده است: defaults: این دایرکتوری به شما امکان می‌دهد متغیرهای پیش فرض را برای رول‌های شامل یا وابسته تنظیم کنید. هر پیش فرض تنظیم شده در اینجا می‌تواند در playbooks یا فایلهای موجودی تنظیم شود. files: این دایرکتوری حاوی فایلهای استاتیک و فایلهای اسکریپتی است که ممکن است در یک
سرور مجازیاز راه دور کپی شده یا اجرا شوند. handlers : همه هندلرهایی که قبلاً در playbooks شما بوده اند اکنون می‌توانند در این دایرکتوری قرار بگیرند. Meta : این دایرکتوری برای ابرداده رول‌ها ، که معمولاً برای مدیریت وابستگی استفاده میشود ، محفوظ است. به عنوان مثال ، می‌توانید لیستی از رول‌ها را تعریف کنید که باید قبل از استناد به رول فعلی اعمال شوند. templates: این دایرکتوری برای قالب‌هایی اختصاص داده شده است که تولید فایل در‌هاست از راه دور را انجام میدهند. قالب‌ها معمولاً از متغیرهایی استفاده می‌کنند که در فایلهای واقع در دایرکتوری vars و اطلاعات جمع آوری شده‌هاست در زمان اجرا، تعریف شده اند. tasks: این دایرکتوری شامل یک یا چند فایل با کارهایی است که بطور معمول در بخش وظایف یک playbook معمولی Ansible تعریف میشود. این کارها می‌توانند به طور مستقیم فایل‌ها و الگوهای موجود در دایرکتوری‌های مربوطه خود را در داخل رول ، بدون نیاز به ارائه مسیر کاملی برای فایل ، ارجاع دهند. Vars : متغیرهای یک رول را می‌توان در فایلهای داخل این دایرکتوری مشخص کرد و سپس به مکان دیگری در یک رول ارجاع داد. اگر فایلی به نام main.yml در یک دایرکتوری وجود داشته باشد ، محتوای آن به طور خودکار به playbookای که رول را فرامیخواند اضافه میشود. با این حال ، این امر در مورد دایرکتوری‌های files و templates صدق نمی‌کند ، زیرا محتوای آنها به صراحت ارجاع داده شود. تبدیل یک Playbook به یک رول اکنون که با آنچه در هر دایرکتوری در رول Ansible استفاده میشود آشنا هستید ، می‌توانیم playbook Apache را به رولی تبدیل کنیم تا امور بهتر سازماندهی شود. ما باید ساختارهای role / / apache2 / d subdirectories from را از قسمت آخر تنظیم کنیم. حال باید برخی از فایلهای YAML را برای تعریف رول خود ایجاد کنیم. ایجاد فایل main.yml کارها ما با زیرمجموعه وظایف شروع خواهیم کرد. اکنون به آن دایرکتوری منتقل میشویم: $ cd ~/roles/apache/tasks ما باید یک فایل main.yml را در این دایرکتوری ایجاد کنیم. آن را با کل محتوای Playbook Apache جمع می‌کنیم و سپس ویرایش می‌کنیم تا فقط شامل وظایف باشد. $ nano main.yml وقتی شروع میکنید ، فایل باید از این قرار باشد: main.yml 1--- 2- hosts: all 3 become: true vars: 5 _root: /var/www/example 6 7 tasks: - name: Update apt 9 apt: update_cache=yes 10 11- name: Install Apache 12 apt: name=apache2 state=latest 13 14 - name: Create custom document root 15 file: path={{ doc_root }} state=directory owner=www-data group=www-data 16 17 - name: Set up HTML file 18 copy: src=index.html dest={{ doc_root }}/index.html owner=www-data group=www-data mode=0644 19 20 - name: Set up Apache virtual host file 21 template: src=vhost.tpl dest=/etc/apache2/sites-available/000-default.conf 22 notify: restart apache 23 24 handlers: 25 - name: restart apache 26 service: name=apache2 state=restarted ما فقط می‌خواهیم خط اول --- و خطوط قسمت tasks را برجسته نگه داریم. ما همچنین می‌توانیم فضاهای فرعی را به سمت چپ وظایف خود حذف کنیم. همچنین برای فعال کردن یک ماژول Apache به نام modsecurance یک بخش جدید اضافه خواهیم کرد که بعداً در این آموزش پیکربندی خواهیم کرد. پس از این تغییرات ، فایل جدید ~ / role / apache / works / main.yml ما به این شکل ظاهر میشود: main.yml 1--- 2- name: Update apt 3 apt: update_cache=yes 4 5- name: Install Apache 6 apt: name=apache2 state=latest 7 8- name: Create custom document root 9 file: path={{ doc_root }} state=directory owner=www-data group=www-data 10 11- name: Set up HTML file 12 copy: src=index.html dest={{ doc_root }}/index.html owner=www-data group=www-data mode=0644 13 14- name: Set up Apache virtual host file 15 template: src=vhost.tpl dest=/etc/apache2/sites-available/000-default.conf 16 notify: restart apache اکنون پیگیری و فهم فایل tasks آسان تر است زیرا فقط شامل مراحل واقعی است که هنگام استفاده از رول Apache انجام میشود. توجه داشته باشید که چگونه خطوط copy و template به ترتیب از src = index.html و src = vhost.tpl برای فایلهای مرجع در رول ما استفاده می‌کنند ، بدون اینکه مسیر قبلd داشته باشkد. ساختار دایرکتوری رول ما اجازه می‌دهد فایل‌ها و قالب‌ها را مستقیماً با نام آنها ارجاع دهیم ، و Ansible آنها را به طور خودکار برای ما پیدا میکند. هنگام پایان ویرایش آن ، فایل را ذخیره کنید و ببندید. ایجاد فایل main.yml هندلرها اکنون که توده‌‌‌ای از playbook را در فایل وظایف / main.yml داریم ، باید بخش هندلرها را به یک فایل واقع در handlers / main.yml منتقل کنیم. ابتدا در زیر مجموعه هندلرها در رول ما cd را انجام دهید: $ cd ~/roles/apache/handlers دوباره ، فایل را در ویرایشگر متن خود باز کنید و کل محتویات اصلی playbook.yml را پیست کنید: $ nano main.yml قسمت‌هایی که باید آنها را نگهداریم دوباره مشخص شده است: playbook.yml 1--- 2- hosts: all 3 become: true 4 vars: 5 doc_root: /var/www/example 6 tasks: 7 - name: Update apt 8 apt: update_cache=yes 9 10 - name: Install Apache 11 apt: name=apache2 state=latest 12 13 - name: Create custom document root 14 file: path={{ doc_root }} state=directory owner=www-data group=www-data 15 16 - name: Set up HTML file 17 copy: src=index.html dest={{ doc_root }}/index.html owner=www-data group=www-data mode=0644 18 19 - name: Set up Apache virtual host file 20 template: src=vhost.tpl dest=/etc/apache2/sites-available/000-default.conf 21 notify: restart apache 22 23 handlers: 24 - name: restart apache 25 service: name=apache2 state=restarted فضای سفید را از جلوی هندلرها نیز رفع کنید. در پایان ، فایل باید به صورت زیر باشد: --- - name: restart apache service: name=apache2 state=restarted پس از اتمام فایل را ذخیره کنید و ببندید. افزودن فایل‌ها و قالب‌ها اکنون که وظایف و هندلرهایی داریم ، مرحله بعدی این است که اطمینان حاصل کنیم که یک فایل index.html و یک الگوی vhost.tpl وجود دارد تا Ansible بتواند آنها را پیدا کند و روی
سرور مجازی‌های راه دور ما قرار دهد. از آنجا که ما به این فایل‌ها در فایلهای tasks/main.yml ارجاع داده ایم ، آنها باید وجود داشته باشند درغیر این صورتAnsible قادر به اجرای صحیح این رول نیست. ابتدا فایل index.html را در دایرکتوری ~ / role / apache / files ایجاد کنید: $ cd ~/roles/apache/files $ nano index.html موارد زیر را در ویرایشگر پیست کنید ، سپس آن را ذخیره کنید و ببندید:
Configuration Management Hands On
This server was provisioned using
Ansible
سپس الگوی vhost.tpl را ویرایش خواهیم کرد. به دیرکتوری templates رفته و فایل را با nano ویرایش کنید: $ cd ~/roles/apache/templates $ nano vhost.tpl این خطوط را در ویرایشگر پیست کنید ، سپس آن را ذخیره کرده و ببندید:
ServerAdmin webmaster@localhost DocumentRoot {{ doc_root }}
AllowOverride All Require all granted
دایرکتوری متا اگر رول ما به رول دیگری بستگی داشت ، می‌توانستیم فایلی در دایرکتوری متا به نام main.yml اضافه کنیم. این فایل ممکن است مشخص کند که این رول به رولی به نام "apt" بستگی دارد. در رول Apache که ما ایجاد کرده ایم هیچ وابستگی لازم نداریم. با این حال ، در صورت نیاز فرضی به رول دیگری مانند "apt" ، فایل در ~ / role / apache / meta / main.yml ممکن است به شرح زیر باشد: --- dependencies: - apt این تضمین میکند که رول "apt" قبل از رول Apache ما اجرا میشود. ایجاد وابستگی‌هایی مانند این برای رول‌های پیچیده تری که قبل از اجرای رول واقعی نیاز به وجود سایر نرم افزارها یا پیکربندی‌ها دارند، مفید است. دایرکتوری Vars ما قبلاً گفتیم که یک دایرکتوری "vars" وجود دارد که می‌تواند برای تعیین متغیرها برای رول ما استفاده شود. در حالی که پیکربندی پارامترهای پیش فرض برای یک رول از طریق فایل vars / main.yml ممکن است ، این معمولاً برای رول‌های کوچکتر توصیه نمی‌شود. دلیل استفاده نکردن از دایرکتوری "vars" این است که باعث میشود جزئیات پیکربندی شما در سلسله مراتب رول‌ها قرار بگیرد. رول بیشتر وظایف عمومی‌و وابستگی را به عهده دارد ، در حالی که متغیرها داده پیکربندی هستند. اتصال این دو ، استفاده مجدد از رول شما در جای دیگر را دشوارتر میکند. در عوض ، بهتر است جزئیات پیکربندی را خارج از رول مشخص کنید تا بتوانید به راحتی رول را بدون نگرانی از افشای اطلاعات حساس به اشتراک بگذارید. همچنین ، متغیرهای اعلام شده در یک رول به راحتی توسط متغیرهای مکانهای دیگر رد میشوند. خیلی بهتر است داده‌های متغیر را در playbookهایی قرار دهید که برای کارهای خاص استفاده میشوند. با این حال ، ذکر دایرکتوری "vars" هنوز هم خالی از لطف نیست، زیرا با رول‌های پیچیده تر مفید است. به عنوان مثال ، اگر یک رول به پشتیبانی از توزیع‌های مختلف لینوکس نیاز دارد ، تعیین مقادیر پیش فرض برای متغیرها می‌تواند برای مدیریت نام‌های مختلف بسته‌ها ، نسخه‌ها و تنظیمات مفید باشد. شمول فایلهای دیگر بعضی مواقع وقتی رول‌ها با وظایف متعدد ایجاد میکنید ، درک و فهم وابستگی‌ها یا منطق شرطی دشوار خواهد شد. در چنین شرایطی می‌توانید وظایف خود را در فایلهای خود تقسیم کرده و آنها را در tasks/main.yml قرار دهید. به عنوان مثال ، اگر ما یک مجموعه کار اضافی برای پیکربندی TLS برای
سرور مجازیApache خود داشتیم ، می‌توانستیم آنها را در فایل خودشان جدا کنیم. ما می‌توانیم فایل tasks/tls.yml را فراخوانی کنیم و آن را مانند این در فایل tasks/main.yml قرار دهیم: . . . tasks: - include: roles/apache/tasks/tls.yml یک Playbook اسکلتی ایجاد کنید اکنون که ساختار رول خود را پیکربندی کرده ایم ، می‌توانیم آن را با حداقل playbook در مقایسه با نسخه یکپارچه در ابتدای این آموزش استفاده کنیم. استفاده از رول‌ها به این طریق به ما این امکان را می‌دهد تا از playbooks استفاده کنیم تا آنچه را که
سرور مجازیباید انجام دهد را بدون نیاز به تکرار همیشگی وظایف برای انجام این کار ، اعلان کنیم. برای ایجاد یک playbook حداقل که شامل رول Apache ما باشد ، از دایرکتوری رول‌ها (دایرکتوری هوم ما در این مثال). cd out کنید. اکنون می‌توانیم یک فایل playbook ایجاد کنیم: $ cd ~ $ nano playbook.yml پس از باز کردن فایل ، موارد زیر را پیست کنید و سپس فایل را ذخیره کرده و ببندید: --- - hosts: all become: true roles: - apache vars: - doc_root: /var/www/example اطلاعات بسیار کمی‌در این فایل مورد نیاز است. ابتدا
سرور مجازی‌هایی را که می‌خواهیم این رول را اجرا کنند ، لیست می‌کنیم ، بنابراین از - hosts: all استفاده می‌کنیم . اگر گروهی از‌هاست‌ها به نام webservers را داشتید می‌توانستید آنها را هدف قرار دهید. در مرحله بعد ، اعلام می‌کنیم که از چه رول‌هایی استفاده می‌کنیم. در این حالت فقط یکی وجود دارد ، بنابراین از خط - apache استفاده می‌کنیم. این کل playbook ما است که بسیار کوچک و خواندن و فهمیدن آن سریع است. مرتب کردن playbookهایی مانند این به ما امکان می‌دهد تا به جای فعالیت روی کارهای شخصی ، روی اهداف کلی برای پیکربندی
سرور مجازیتمرکز کنیم. حتی نکته بهتر آن که، اگر چندین رول مورد نیاز داشته باشیم ، اکنون می‌توانیم آنها را در بخش رول‌ها در playbook خود لیست کنیم و آنها به ترتیبی که ظاهر میشوند اجرا شوند. به عنوان مثال ، اگر ما برای راه اندازی
سرور مجازیوردپرس با استفاده از Apache و MySQL رول‌هایی داشتیم ، احتمالا playbook داشتیم که مشابه زیر میبود: --- - hosts: wordpress_hosts become: true roles: - apache - php - mysql - wordpress vars: - doc_root: /var/www/example این ساختار playbook به ما امکان می‌دهد درباره این که می‌خواهیم یک
سرور مجازیچگونه باشد ، خیلی دقیق پیش برویم. سرانجام ، از آنجا که playbookها رول‌ها را فرا میخوانند ، دستور اجرای ما دقیقاً مشابه حالتی است که گویا همه در یک فایل واحد قرار گرفته اند: $ ansible-playbook playbook.yml Output PLAY [all] ****************************************************************************************** TASK [Gathering Facts] ****************************************************** ok: [64.225.15.1] TASK [apache : Update apt] ************************************************** ok: [64.225.15.1] TASK [apache : Install Apache] ********************************************** changed: [64.225.15.1] TASK [apache : Create custom document root] ********************************* changed: [64.225.15.1] TASK [apache : Set up HTML file] ******************************************** changed: [64.225.15.1] TASK [apache : Set up Apache virtual host file] ***************************** changed: [64.225.15.1] RUNNING HANDLER [apache : restart apache] *********************************** changed: [64.225.15.1] PLAY RECAP ****************************************************************** 64.225.15.1 : ok=7 changed=5 unreachable=0 failed=0 به عنوان مثال می‌توانید فایل playbook.yml به نام apache.yml را فراخوانی کنید ، تا نام فایل رول (های) موجود در آن را منعکس کند. گلکسی Ansible آموزش در مورد رول‌های Ansible بدون بررسی منابع موجود از طریق Galaxy Ansible کامل نخواهد بود. کهکشان جستجوگر ، منبعی از رول‌های کمکی کاربر است که می‌توانید برای انجام کارهای مختلف بدون نیاز به نوشتن آنها ، به playbooks اضافه کنید. به عنوان مثال ، می‌توانیم یک ماژول مفید Apache به نام mod_security2 را به playbook خود اضافه کنیم تا آپاچی را با برخی تنظیمات امنیتی اضافی پیکربندی کنیم. ما از یک رول ansible Galaxy با عنوان apache_modsecurance استفاده خواهیم کرد. برای استفاده از این رول ، آن را به صورت محلی دانلود خواهیم کرد و سپس آن را در playbook خود قرار خواهیم داد. ابتدا با ابزار ansible-galaxy آشنا میشویم. ما با استفاده از ابزار Galaxy را جستجو خواهیم کرد و سپس یک رول را از لیست انتخاب شده از دستور جستجو انتخاب می‌کنیم: $ ansible-galaxy search "PHP for RedHat/CentOS/Fedora/Debian/Ubuntu" دستور جستجو خروجی شبیه به زیر را به همراه خواهد داشت: Output Found 21 roles matching your search: Name Description ---- ----------- alikins.php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. bpresles.php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. entanet_devops.ansible_role_php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. esperdyne.php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. fidanf.php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. frogasia.ansible-role-php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. geerlingguy.php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. icamys.php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. jhu-sheridan-libraries.php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. jibsan94.ansible_php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. KAMI911.ansible_role_php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. monsieurbiz.geerlingguy_php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. nesh-younify.ansible-role-php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. net2grid.php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. thom8.ansible-role-php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. v0rts.php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. vahubert.php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. Vaizard.mage_php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. viasite-ansible.php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. vvgelder.ansible-role-php PHP for RedHat/CentOS/Fedora/Debian/Ubuntu. (END) اگر نتایج زیادی حاصل شود ، Ansible از دستور less برای خروجی نتایج جستجو استفاده میکند ، که تا زمانی که q را فشار دهید، ترمینال شما را مسدود میکند. این کار برای زمانی مفید است که نتایج جستجو گسترده باشد و شما باید در میان آنها صفحه گذاری کنید ، که می‌توانید با فشار دادن space این کار را انجام دهید. ما رول geerlingguy.php را برای playbook خود انتخاب خواهیم کرد. اگر مایل هستید اطلاعات بیشتری درباره رول‌هایی که با نتایج جستجوی شما برگشته اند ، بخوانید ، می‌توانید به صفحه جستجوی Galaxy مراجعه کرده و اسم رول مورد نظر خود را در محل نام رول پیست کنید. برای دانلود رول برای استفاده در playbook ، از دستور installible-galaxy استفاده می‌کنیم: $ ansible-galaxy install geerlingguy.php هنگامی‌که آن فرمان را اجرا میکنید ، باید خروجی مانند این را مشاهده کنید: Output - downloading role 'php', owned by geerlingguy - downloading role from https://github.com/geerlingguy/ansible-role-php/archive/3.7.0.tar.gz - extracting geerlingguy.php to /home/sammy/.ansible/roles/geerlingguy.php - geerlingguy.php (3.7.0) was installed successfully اکنون می‌توانیم رول را به فایل playbook.yml اضافه کنیم: --- - hosts: all become: true roles: - apache - geerlingguy.php vars: - doc_root: /var/www/example - php_default_version_debian: "7.2" با قرار دادن رول پس از رول apache، اطمینان می‌دهیم که Apache قبل از تنظیمات مربوط به مکان رول geerlingguy.php ، روی سیستمهای از راه دور تنظیم و پیکربندی شده است. بسته به نحوه رفتار
سرور مجازی‌های از راه دور ، می‌توانیم رول‌های mysql و wordpress را نیز به هر ترتیبی که انتخاب می‌کنیم ، شامل شویم. اجرای ansible-playbook playbook.yml با رول Galaxy اضافه شده منجر به خروجی زیر خواهد شد: Output PLAY [all] ********************************************************************* TASK [Gathering Facts] ********************************************************* ok: [64.225.15.1] TASK [apache : Update apt] ***************************************************** changed: [64.225.15.1] TASK [apache : Install Apache] ************************************************* changed: [64.225.15.1] TASK [apache : Install modsecurity] ******************************************** changed: [64.225.15.1] TASK [apache : Create custom document root] ************************************ changed: [64.225.15.1] TASK [apache : Set up HTML file] *********************************************** changed: [64.225.15.1] TASK [apache : Set up Apache virtual host file] ******************************** changed: [64.225.15.1] TASK [geerlingguy.php : Include OS-specific variables.] ************************ ok: [64.225.15.1] TASK [geerlingguy.php : Define php_packages.] ********************************** ok: [64.225.15.1] . . . PLAY RECAP ********************************************************************* 64.225.15.1 : ok=37 changed=15 unreachable=0 failed=0 (END) نتیجه رول‌های Ansible یک روش عالی برای ساختاردهی و تعریف چگونگی
سرور مجازی‌های شما میباشد. حتی اگر فقط به playbooks برای هر یک از
سرور مجازی‌های خود تکیه کرده اید ، ارزشش را دارد که نحوه استفاده از آنها را بیاموزید. اگر قصد استفاده گسترده از Ansible را دارید ، رول‌ها پیکربندی سطح میزبان را جدا از وظیفه خود نگه می‌دارند ، و اطمینان حاصل می‌کنند که کد Ansible شما تمیز و خوانا است. از همه مهمتر ، رول‌ها به شما امکان میدهند تا به راحتی از کد استفاده کرده و به اشتراک بگذارید و تغییرات خود را به صورت کنترل شده و مدولار پیاده سازی کنید.
