ใช้ SaltStack With Pillars บน Ubuntu 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 เพื่อสร้างไฟล์กำหนดค่าแบบไดนามิก สิ่งนี้ให้ความเป็นไปได้ที่หลากหลายภายในไฟล์เทมเพลตการกำหนดค่าของเราเช่นการเข้าถึงรหัสภาษาไพ ธ อนหรือการตั้งค่าตัวแปรและสิ่งที่คล้ายกัน ขั้นตอนต่อไปประกอบด้วยการสร้างเทมเพลตสำหรับ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

ต่อไปเราจะทำการสร้างไฟล์ pillar ต่อไป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

เราจะทำการสร้างไฟล์ pillar ต่อไป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 ที่ใช้สำหรับการปรับใช้ไฟล์การกำหนดค่า มีความสุขโดยอัตโนมัติ!