استخدام SaltStack مع أعمدة على أوبونتو 17.04

• المتطلبات
• إنشاء سيد
• معادلة
• عمود
• نشر
• التأكد
• استنتاج

في حين أن SaltStack هي أداة رائعة لتشغيل العمليات على العديد من الخوادم في نفس الوقت ، إلا أنها تدعم أيضًا الإعدادات المسبقة المحددة لكل مضيف المخزنة في ملف فريد يسمى أيضًا "عمود". في هذا الدليل ، سنكتب صيغة SaltStack صغيرة لتثبيت Nginx وأتمتة نشر المضيفين الظاهريين باستخدام الركائز.

المتطلبات

• نسخة Vultr تعمل بنظام Ubuntu 17.04 (رئيسي)
• حالتا Vultr تعملان Ubuntu 17.04 (التوابع)

إنشاء سيد

إذا كنت قد بدأت للتو ولم تقم بإعداد سيد SaltStack الخاص بك حتى الآن ، فراجع هذه المقالة التي تشرح كيفية البدء مع SaltStack.

معادلة

نبدأ بإنشاء مجلد لصيغتنا التي تحتوي أيضًا على الملفات المطلوبة لعمليات SaltStack في التوابع لدينا.

mkdir -p /srv/salt/nginx

بعد إنشاء المجلد ، يمكننا متابعة كتابة init.slsالملف الذي يعد جزءًا أساسيًا من كل صيغة:

nginx:
  pkg:
    - installed

/etc/nginx/sites-enabled/virtualhosts.conf:
    file.managed:
        - source: salt://nginx/files/virtualhosts.jinja
        - template: jinja
        - user: root
        - group: root
        - mode: 655

  cmd:
    - run
    - names:
        - service nginx restart

كما لاحظت على الأرجح ، يستخدم SaltStack محرك Jinja المؤقت لإنشاء ملفات التكوين الديناميكي. يوفر ذلك مجموعة كبيرة من الاحتمالات ضمن ملفات قالب التكوين ، مثل الوصول إلى كود Python الأصلي أو إعداد المتغيرات وما شابه ذلك. تتكون الخطوة التالية من إنشاء القالب virtualhosts.confلملفنا ، بينما نحتاج إلى إنشاء المجلد أولاً:

mkdir -p /srv/salt/nginx/files

بمجرد إنشاء المجلد ، يمكننا متابعة كتابة virtualhosts.jinjaالملف:

{% for vhost in pillar['vhosts'] %}
server {
    listen {{ vhost['listenPort'] }};
    server_name {{ vhost['serverName'] }};
    root {{ vhost['documentRoot'] }};
    index {%- for index in vhost['indexFiles'] -%}{{ index }}{%- endfor -%};
    location / {
        try_files $uri $uri/ =404;
    }
}
{% endfor %}

عمود

بعد إنشاء الصيغة ، يمكننا المضي قدمًا وإعداد قاعدة الركيزة لدينا:

mkdir -p /srv/pillar/

تتم كتابة أي مراجع للمضيفات التي تتطابق مع ملف عمود معين في top.slsالملف داخل الدليل الذي أنشأناه للتو. في مثالنا ، نفترض وجود اثنين من التوابع مع اسم المضيف nginxwww1، في nginxwww2حين أننا سنعين لهم كلا من ملفات الركائز الفريدة:

base:
  'id:nginxwww1':
    - match: grain
    - nginxwww1
  'id:nginxwww2':
    - match: grain
    - nginxwww2

بعد ذلك ، سنستمر في إنشاء ملف دعامة ، nginxwww1بينما سننشئ vhost استماع على المنفذ 81 للمجال example.com، وجذر المستند /var/www/example_com/، وملفات الفهرس هي index.shtml:

vhosts:
    -
      listenPort: '81'
      serverName: 'example.com'
      documentRoot: '/var/www/example_com'
      indexFiles:
        - index.shtml

سنستمر في إنشاء ملف دعامة ، nginxwww2بينما سننشئ استماع vhost على المنفذ 82 للمجال example2.com، وجذر المستند /var/www/example2_com/وملفات الفهرس index.jsو index.css:

vhosts:
    -
      listenPort: '82'
      serverName: 'example2.com'
      documentRoot: '/var/www/example2_com'
      indexFiles:
        - index.js
        - index.css

ملاحظة: يتم تخزين ملفات الركيزة داخل/srv/pillar/

نشر

يمكننا الآن إكمال تجربتنا الأولى مع الركائز من خلال تحديثها على التوابع لدينا:

salt '*' saltutil.refresh_pillar

بعد ذلك ، يمكننا تشغيل صيغة SaltStack:

salt '*' state.sls nginx

التأكد

مرة واحدة وكانت الصيغة SaltStack تشغيل والانتهاء دون أية أخطاء، يجب أن تكون قادرا على رؤية nginxالاستماع على منفذ 81على nginxwww1وعلى المنفذ 82على nginxwww2كتأكيد.

استنتاج

يمكن توسيع صيغة SaltStack خفيفة الوزن إلى حد ما لكنها قوية بالفعل لإضافة دعم لـ HTTPS ، ربما مع دمج Let's Encrypt ، ودعم خلفيات CGI أو PHP وكل شيء يمكنك القيام به يدويًا أيضًا. يجب أن يمنحك هذا الدليل فكرة أساسية عن صيغ وأعمدة SaltStack المستخدمة لنشر ملفات التكوين. أتمتة سعيدة!