Otomatisasi tingkat lanjut di Windows dengan PowerShell DSC dan Ansible

Informatec Digital » Sumber daya » Otomatisasi tingkat lanjut di Windows dengan PowerShell DSC dan Ansible

Jika Anda bekerja dengan infrastruktur Windows dan istilah-istilah seperti PowerShell, DSC, Ansible, dan otomatisasiAnda mungkin sudah menduga bahwa menggabungkan keduanya secara efektif dapat sepenuhnya mengubah cara Anda mengelola server. Beralih dari klik manual di wizard Windows ke konfigurasi yang sepenuhnya deklaratif dan dapat diulang membuat perbedaan besar antara terus-menerus mengatasi masalah dan memiliki lingkungan yang sepenuhnya terkontrol.

Dalam artikel ini kita akan membahas lebih dalam tentang bagaimana PowerShell Desired State Configuration (DSC) dan Ansible saling melengkapi. Untuk mengelola Windows (dan Linux) dalam skala besar, apa peran teknologi seperti WinRM, Azure Automation, Terraform, atau cloud-init, dan bagaimana Anda dapat memanfaatkan sumber daya DSC yang ada dari Ansible berkat modul tersebut? win_dscAnda akan melihat contoh praktis, kasus penggunaan di dunia nyata, dan kriteria untuk memutuskan kapan harus menggunakan DSC bawaan, modul Ansible, atau pendekatan otomatisasi lainnya.

Gambaran Umum: Otomatisasi Windows dengan PowerShell, DSC, dan Ansible

PowerShell dan Ansible memiliki tujuan yang sama.Mengotomatiskan konfigurasi dan administrasi sistem Anda dengan cara yang dapat direproduksi. Perbedaannya terletak pada pendekatannya. DSC adalah platform manajemen konfigurasi yang terintegrasi ke dalam PowerShell, yang sangat berfokus pada Windows (meskipun dapat bekerja dengan Linux melalui OMI), sedangkan Ansible adalah mesin otomatisasi lintas platform serbaguna yang dirancang untuk mengatur infrastruktur hibrida dan heterogen dari satu titik.

dengan Platform Otomasi Ansible Red Hat Anda dapat mengotomatiskan server Windows tanpa menginstal agen tambahan, dengan memanfaatkan WinRM atau OpenSSH seperti saluran koneksi dan dengan memanfaatkan sumber daya DSC, modul Ansible, dan skrip PowerShell. Semua ini diatur melalui Buku panduan YAMLDi mana Anda menentukan status apa yang harus dicapai oleh setiap host, baik di Windows maupun Linux.

PowerShell Desired State Configuration, pada bagiannya, menawarkan ratusan sumber daya khusus Untuk mengkonfigurasi hampir semua komponen Windows: layanan, fitur sistem, IIS, SQL Server, Active Directory, registri, file, dll. Sumber daya ini merangkum logika pengecekan dan penerapan status yang diinginkan, sehingga Anda hanya perlu menyatakan "bagaimana Anda ingin mesin tersebut berfungsi".

Intinya adalah, dari Ansible, Anda dapat menggunakan sumber daya DSC tersebut secara langsung melalui modul tersebut. ansible.windows.win_dscMenggabungkan kekuatan orkestrasi Ansible dengan kedalaman konfigurasi khusus Windows yang ditawarkan oleh DSC. Dengan cara ini Anda mencapai Terbaik dari kedua dunia tanpa menduplikasi upaya.

WinRM dan akses jarak jauh ke Windows untuk Ansible

Agar Ansible dapat mengelola server Windows, sangat penting untuk memahami cara kerjanya. WinRM (Manajemen Jarak Jauh Windows)WinRM adalah teknologi bawaan Microsoft untuk administrasi jarak jauh berbasis HTTP/HTTPS, dan merupakan saluran yang biasa digunakan Ansible untuk menjalankan tugas pada mesin Windows.

Langkah pertama adalah Konfigurasikan WinRM dengan benar pada host target. dan di node kontrol tempat Ansible berjalan. Ini melibatkan penyesuaian otentikasi, enkripsi, izin, dan, sangat sering, menangani keanehan seperti login non-interaktif, di mana perintah diluncurkan tanpa sesi pengguna aktif. Konteks sesi non-interaktif ini mempersulit tugas-tugas seperti... Pembaruan Windows atau skenario otentikasi ganda, di mana Anda perlu mengakses sumber daya jarak jauh kedua (misalnya, sumber daya bersama di server lain).

Keunggulan menggunakan Red Hat Ansible Automation Platform adalah memungkinkan Anda untuk mengenkode kredensial dan mekanisme otentikasi secara terpusat dan aman, sehingga penanganan kasus-kasus kompleks ini sebagian besar disederhanakan. Selain itu, platform ini juga dapat menggunakan Buka OpenSSH untuk mengakses Windows Server., sesuatu yang semakin umum terjadi pada versi Windows modern.

Dalam praktiknya, menggabungkan WinRM, manajemen kredensial Ansible, dan kemampuan DSC memungkinkan Anda untuk membangun alur kerja otomatisasi yang tangguh yang berjalan tanpa pengawasan, bahkan di lingkungan dengan pembatasan keamanan yang tinggi.

PowerShell DSC: Platform Konfigurasi Deklaratif

PowerShell Desired State Configuration adalah sebuah platform manajemen konfigurasi deklaratif Terintegrasi ke dalam Windows. Dengan DSC, Anda menentukan, dalam kode, bagaimana sebuah mesin harus dikonfigurasi: peran dan fitur apa yang harus diinstal, layanan apa yang harus aktif, parameter registri apa, file atau direktori apa yang harus ada, dan lain sebagainya.

itu Konfigurasi DSC menjelaskan keadaan yang diinginkan. untuk sekumpulan node. Pada setiap perangkat yang dikelola, sebuah LCM (Pengelola Konfigurasi Lokal)yaitu mesin yang membaca konfigurasi tersebut, memeriksa keadaan sebenarnya, dan menerapkan perubahan yang diperlukan. Selain itu, Anda dapat memasang tarik server yang memusatkan konfigurasi dan dari situlah node memperbarui dan melaporkan kepatuhan.

DSC tidak terbatas pada Windows: melalui server infrastruktur manajemen terbuka (OMI), ini juga dapat bekerja dengan Mesin LinuxNamun, keunggulan sebenarnya terletak pada lingkungan Windows, di mana komunitas telah mengembangkan banyak koleksi sumber daya khusus untuk berbagai tugas seperti... Konfigurasi IIS, SQL Server, atau Active Directory..

Salah satu keunggulan utama DSC adalah bahwa Ini berfokus pada hasil, bukan pada langkah-langkahnya.Anda menyatakan statusnya (misalnya, "fitur ini harus ada, layanan ini harus dimulai, nilai registri ini harus dikonfigurasi") dan mesin akan mengurus pencapaian status tersebut, memeriksa dan memperbaiki jika ada penyimpangan dari waktu ke waktu.

Bagaimana Ansible terintegrasi dengan DSC: modul win_dsc dan orkestrasi

Secara teori Anda bisa menggunakan DSC secara terpisah, tetapi dalam praktiknya jauh lebih bermanfaat jika dikombinasikan dengan Ansible sebagai lapisan orkestrasiAnsible menangani inventaris, eksekusi tugas yang teratur, koordinasi antar sistem, dan integrasi dengan pipeline CI/CD, sementara DSC menyediakan Sumber daya spesifik untuk mengakses seluk-beluk Windows..

Modul ansible.windows.win_dsc Ini adalah jembatan antara kedua dunia. Modul ini memanggil sebuah Kelas sumber daya DSC pada host Windows target. Dalam playbook, Anda hanya perlu mendefinisikan:

• nama Sumberdaya: nama sumber daya DSC yang ingin Anda gunakan (misalnya, File, WindowsFeature, Service, Registry, xWebsite, Dll).
• Parameter yang tersisa, yang berhubungan langsung dengan properti sumber daya DSC (misalnya, DestinationPath, Ensure, Name, State, Dll).

Ketika Ansible menjalankan tugas, ia menerjemahkan parameter tersebut ke dalam konfigurasi DSC sementara, menerapkannya ke host, dan kumpulkan hasilnya (termasuk apakah ada perubahan yang terjadi atau tidak). Dengan cara ini Anda dapat gunakan kembali seluruh katalog sumber daya DSC tanpa harus menulis modul Ansible khusus untuk setiap kasus.

Di baliknya, alur eksekusi mengikuti pola yang konsisten: Ansible mengirimkan tugas melalui WinRM, sistem Windows menghasilkan konfigurasi DSC berdasarkan parameter, mesin DSC pertama-tama memanggil Test-TargetResource untuk memeriksa status saat ini, dan jika mendeteksi perbedaan, maka akan dieksekusi. Set-TargetResource untuk menerapkan perubahan. Ansible menerima laporan yang menunjukkan apakah ada sesuatu yang telah dimodifikasi dan pesan-pesan relevan untuk debugging.

Kombinasi ini menjadi sangat ampuh terutama jika Anda menggabungkannya. Modul asli Ansible untuk Windows (seperti win_file, win_service, win_regedit, win_psmoduledll.) dengan sumber daya DSC untuk area-area di mana DSC menawarkan opsi yang lebih baik atau cakupan fungsional yang lebih luas.

Jenis-jenis properti DSC dan cara memetakannya di Ansible

Setiap sumber daya DSC mendefinisikan serangkaian properti dengan tipe yang terdefinisi dengan baik (string, boolean, array, tipe PowerShell kompleks, dll.). Saat bekerja dari Ansible, Anda harus menerjemahkan properti tersebut ke Sintaks YAML Mempertahankan tipe yang benar. Modul win_dsc Sistem ini melakukan banyak pekerjaan konversi otomatis, tetapi ada baiknya mengetahui beberapa kasus penting.

Untuk tipe sederhana seperti o , pemetaannya sederhana: string yang dikutip dan boolean huruf kecil dalam gaya YAML (true, false), menghindari menulis $true o $false seperti yang Anda lakukan di PowerShell. Untuk properti tipe , biasanya digunakan Format ISO 8601 (misalnya, "2019-02-22T13:57:31Z") dan pastikan nilai tersebut diubah menjadi string dengan mengapitnya dengan tanda kutip.

Properti tipe Ini adalah kasus khusus. Karena tipe ini tidak dapat langsung diserialisasi ke JSON, Ansible menggunakan konvensi: Anda mendefinisikan dua parameter yang dipisahkan oleh sebuah akhiran. _username y _password (misalnya, Credential_username y Credential_passwordModul tersebut menghasilkan objek. PSCredential pada host jarak jauh berdasarkan kedua nilai tersebut.

Untuk jenis-jenisnya Ini mewakili kamus berdasarkan kelas sumber daya khusus; dalam YAML, ini dinyatakan sebagai peta kunci-nilai. Anda harus meninjau dokumentasi sumber daya (biasanya di dalam file). <nombre_recurso>.schema.mof) untuk mengetahui kunci mana yang diizinkan dan jenis masing-masing kunci tersebut. Dalam praktiknya, kunci-kunci tersebut didefinisikan sebagai kamus bersarang di dalam modul win_dsc.

Terakhir, properti tipe dan array (], ]dll.) direpresentasikan sebagai kamus atau daftar YAML. Untuk array, disarankan untuk menggunakan daftar YAML otentik dan bukan berupa string dengan nilai yang dipisahkan koma, karena ini menghindari penguraian manual dan mengurangi kemungkinan kesalahan kecil.

Contoh praktis penggunaan DSC dari Ansible

Setelah Anda menguasai struktur dasar modul tersebut win_dscAnda dapat menggabungkan sumber daya untuk membangun buku panduan konfigurasi yang sangat komprehensifBeberapa skenario umum yang cocok dengan DSC adalah:

• Manajemen file dan direktori dengan sumber daya File: membuat struktur folder, menyebarkan file konfigurasi dengan konten tertentu, memastikan bahwa elemen-elemen tertentu ada atau telah dihapus.
• Menginstal Peran dan Fitur Windows dengan WindowsFeature: IIS, .NET Framework, Klien Telnet, alat administrasi, dll.
• Kontrol layanan dengan sumber daya Service: status (dimulai/dihentikan), jenis mulai (otomatis, manual), akun layanan, dll.
• Pengaturan registri dengan Registry: nilai keamanan, waktu tunggu, parameter protokol, pengerasan sistem.
• Pengaturan IIS tingkat lanjut dengan modul seperti xWebAdministration dan sumber daya xWebsite, xWebAppPool, Dll

Dalam semua kasus ini, Ansible hanya menjelaskan parameter sumber daya DSC, sedangkan Mesin DSC bertanggung jawab untuk memeriksa dan menerapkan negara bagian. Selain itu, mulai dari Ansible 2.8, modul win_dsc Sistem ini secara otomatis memvalidasi parameter terhadap definisi sumber daya: jika Anda menggunakan nama properti yang salah, membiarkan kolom yang wajib diisi kosong, atau memberikan nilai di luar rentang, tugas akan gagal dengan pesan kesalahan yang jelas.

Jika Anda menjalankan Ansible dengan tingkat bertele-tele yang tinggi (misalnya, -vvv)Outputnya akan mencakup informasi rinci dalam invocation.module_args tentang opsi yang digunakan dan opsi yang tersedia, yang sangat berguna baik untuk debugging maupun untuk menemukan bidang mana yang dapat Anda konfigurasi di setiap sumber daya.

Perlu juga dicatat bahwa Anda dapat menggunakan parameter tersebut. PsDscRunAsCredential Hal ini memungkinkan sumber daya DSC untuk berjalan sebagai pengguna yang berbeda dari sistem. Ini sangat berguna untuk mengakses hive registrasi. HKEY_CURRENT_USER dari pengguna yang terhubung dengan Ansible, atau untuk skenario di mana Anda memerlukan konteks keamanan tertentu.

Sumber Daya DSC Kustom dan Galeri PowerShell

Sumber daya DSC yang terintegrasi dengan Windows mencakup banyak kebutuhan, tetapi kekuatan sebenarnya muncul ketika Anda memanfaatkannya. Sumber daya yang diterbitkan di PowerShell Gallery atau dari paket pihak ketiga. Tersedia modul untuk semuanya: Active Directory, SQL Server, IIS tingkat lanjut, kebijakan keamanan, dan lain sebagainya.

Anda dapat menemukan sumber daya yang tersedia dengan cmdlet tersebut. Find-DscResource atau dengan langsung menjelajahi PowerShell Gallery. Setelah Anda mengidentifikasi modul yang Anda minati (misalnya, xWebAdministration o SqlServerDsc), Anda memiliki beberapa cara untuk menginstalnya di host Anda:

• Instalasi manual dengan Install-Module dari PowerShell di server target.
• Menggunakan modul Ansible win_psmodule untuk mengotomatiskan instalasi dari PowerShell Gallery.
• Unduh terlebih dahulu dan salin secara manual. ke server yang tidak memiliki akses internet, menyimpan modul di direktori yang disertakan dalam PSModulePath (misalnya, C:\Program Files\WindowsPowerShell\Modules).

Saat bekerja di lingkungan yang terputus dari internet, strategi umum yang digunakan adalah menggunakan server dengan akses internet untuk simpan modul dengan Save-Module di jalur lokal, lalu salin direktori tersebut ke mesin produksi. Setelah itu, konfigurasikan PSModulePath Hal ini juga dapat disesuaikan dengan Ansible, misalnya, dengan modul tersebut. win_pathagar PowerShell dapat mendeteksi sumber daya tersebut tanpa intervensi manual.

Setelah terpasang, modul tersebut win_dsc dapat memanggil sumber daya apa pun dari paket-paket tersebut cukup dengan menyebutkan nama tersebut resource_nameHal ini membuka peluang untuk menggunakan kembali solusi yang sudah mapan, seperti modul Active Directory DSC, untuk tugas-tugas seperti membuat pengguna, OU, grup, atau mengkonfigurasi kebijakanSemua dikelola dari buku panduan Anda.

Seolah itu belum cukup, bahkan ada modul PowerShell yang memungkinkan Secara otomatis menghasilkan modul Ansible dari sumber daya DSC.Ide dasarnya adalah untuk memeriksa sumber daya DSC, membuat modul Ansible yang memetakan parameternya secara satu-per-satu, dan menggunakannya seolah-olah itu adalah modul standar. Generator ini dapat mengunduh sumber daya dari PowerShell Gallery dan membuat puluhan modul yang selanjutnya memperluas ekosistem otomatisasi Windows dengan Ansible.

Selain DSC dan Ansible: alat otomatisasi lain di Azure

Jika infrastruktur Anda berjalan (atau akan berjalan) di Azure, ada baiknya untuk memperhatikan alat lain yang melengkapinya. PowerShell DSC dan AnsibleIni bukan tentang memilih hanya satu, tetapi tentang memahami bagaimana semuanya cocok dalam keseluruhan rantai: pembuatan infrastruktur, konfigurasi sistem, penerapan aplikasi, dan operasi berkelanjutan.

Dalam bidang “infrastruktur sebagai kode”, solusi seperti Terraform atau bahasa asli Azure (ARM Templates dan Bicep) memungkinkan mendefinisikan jaringan, mesin virtual, penyimpanan, dan layanan terkelola dengan file deklaratif. Terraform menggunakan bahasa HCL-nya sendiri, sementara Bicep menyederhanakan sintaks templat ARM yang lebih lama, tetapi semuanya terintegrasi dengan baik ke dalam pipeline CI/CD dan dapat dikombinasikan dengan Ansible untuk mengkonfigurasi mesin setelah dibuat.

Untuk fase konfigurasi awal mesin LinuxAzure mendukung awan-inityang menjalankan skrip dan mengkonfigurasi pengguna, paket, atau file konfigurasi pada saat booting pertama kali. File-file tersebut #cloud-configFile-file tersebut, yang biasanya dikodekan dalam base64, bersifat independen terhadap distribusi dan bergantung pada pengelola paket masing-masing distro tanpa Anda perlu khawatir.

Dalam bidang otomatisasi operasionalAzure Automation memainkan peran yang menarik. Ia menggunakan buku panduan (umumnya skrip PowerShell atau Python) yang dapat dijalankan sesuai permintaan atau sesuai jadwal, baik di sumber daya Azure maupun lingkungan lokal menggunakan Hybrid Runbook Worker. Layanan ini juga menawarkan layanan untuk DSC yang dikelola yang memungkinkan penerbitan konfigurasi dan pemantauan kepatuhan di seluruh rangkaian mesin.

Terakhir, alat CI/CD dan manajemen siklus hidup aplikasi seperti Azure DevOps, Jenkins, Chef, Puppet atau Packer Mereka melengkapi ekosistem tersebut. Masing-masing mencakup satu bagian dari teka-teki: mulai dari mengkompilasi dan menguji kode hingga menghasilkan citra mesin khusus atau memastikan kepatuhan terhadap peraturan melalui pengujian otomatis.

Pembaruan Windows, paket, dan manajemen aplikasi

Salah satu tugas terpenting dalam tim sistem mana pun adalah Pastikan Windows selalu diperbarui dengan patch dan pembaruan.Microsoft menawarkan Windows Update dan, di banyak lingkungan perusahaan, Microsoft Configuration Manager (SCCM) untuk mengelola penyebaran. Namun, ketika terjadi beberapa kali restart, jendela pemeliharaan yang ketat, atau persyaratan orkestrasi yang kompleks, mekanisme ini dapat gagal atau terbukti tidak dapat diandalkan.

Ansible Automation Platform memudahkan segalanya. eksekusi pembaruan yang terkontrolterintegrasi dengan Windows Update dan secara otomatis mengelola setiap restart yang diperlukan, sehingga satu tugas dapat menginstal puluhan atau ratusan tambalan Mempertahankan kendali atas keadaan akhir node.

Mengenai instalasi aplikasi, Windows tidak memiliki pengelola paket asli terpadu Sesuai dengan gaya distribusi Linux, Microsoft Store tidak dirancang untuk otomatisasi penyebaran massal: ia kekurangan alat CLI yang matang dan sangat bergantung pada antarmuka grafis, sehingga sulit digunakan dalam alur kerja otomatis.

Untuk mengatasi kekurangan ini, Ansible mengintegrasikan modul-modul yang memungkinkan Mengelola paket di Windows Secara mendasar, dan yang terpenting, ini bekerja sangat baik dengan solusi seperti Cokelat atau winget di Windowsyang menghadirkan pendekatan idempoten pada gaya pengelola paket klasik. Dengan menggabungkan Chocolatey, DSC, dan playbook Ansible, Anda dapat menstandarisasi katalog perangkat lunak server atau VDI dengan sedikit sekali usaha manual.

Jika Anda menambahkan penggunaan sumber daya DSC untuk memaksakan konfigurasi registri, layanan, dan kebijakan yang terkait dengan aplikasi tersebut, Anda akan mendapatkan otomatisasi komprehensif dari siklus hidup perangkat lunak di lingkungan Windows Anda, mulai dari instalasi awal hingga konfigurasi pengerasan keamanan dan pembaruan rutin.

Pelatihan, praktik terbaik, dan adopsi dalam tim Windows

Di banyak tim TI yang sepenuhnya berbasis Windows, titik awalnya tetap sama. administrasi berbasis klik Tentang konsol grafis dan wizard. Umumnya terdapat puluhan atau ratusan mesin virtual yang berjalan di VMware atau Hyper-V, di mana proses pembuatan server dilakukan secara manual. Perpindahan ke otomatisasi biasanya terjadi ketika seseorang dalam tim merasa lelah mengulangi hal yang sama dan mulai menyiapkan mesin virtual mereka sendiri. skrip powershell.

Dalam konteks ini, muncul pertanyaan yang wajar: “Apakah saya tetap menggunakan PowerShell saja, beralih ke DSC, menyiapkan Ansible… atau melakukan semuanya sekaligus?” Jawaban yang paling pragmatis biasanya adalah menggabungkan: memanfaatkan pengetahuan yang sudah ada tentang PowerShell dan DSC dan, pada saat yang sama, memperkenalkan Ansible sebagai lapisan orkestrasi untuk mendapatkan kemampuan standardisasi dan integrasi dengan platform lain.

di sana kursus khusus untuk administrator Windows Mereka yang memulai dari nol di Ansible dan fokus tepat pada hal ini: bagaimana mengkonfigurasi sistem Windows agar dapat dikelola dengan Ansible, bagaimana menulis playbook yang efektif, bagaimana mengintegrasikan Menara Ansible atau AWX untuk meluncurkan otomatisasi dari antarmuka web yang terpusat dan aman, dan bagaimana menggunakan kembali kode DSC dari playbook ini agar tidak membuang pekerjaan yang telah dilakukan.

Dalam praktiknya, banyak tim mengadopsi strategi evolusioner: dimulai dengan mengotomatiskan tugas-tugas sederhana (layanan, peran, instalasi modul PowerShell), dilanjutkan dengan sumber daya DSC untuk konfigurasi berulang (IIS, AD, SQL, kebijakan keamanan), dan secara bertahap mengintegrasikan otomatisasi ke dalam alur pengiriman aplikasi dan tugas operasional yang berulang.

Penting juga untuk mendefinisikan pedoman gaya, kontrol kode sumber, dan pengujian dari playbook dan konfigurasi DSC, sehingga otomatisasi menjadi "infrastruktur sebagai kode" yang sesungguhnya dan bukan hanya segelintir skrip lepas tanpa kontrol versi atau revisi.

dengan menggabungkan PowerShell DSC, modul Ansible, WinRM, Chocolatey, dan alat Azure.Hal ini menghasilkan ekosistem yang tangguh di mana pembuatan mesin, konfigurasi terperinci, penyebaran aplikasi, dan pemeliharaan berkelanjutan tidak lagi bergantung pada sesi RDP manual. Hasilnya adalah lingkungan yang lebih konsisten, dapat diaudit, dan dapat direproduksi di mana perubahan secara otomatis didokumentasikan dalam kode dan kesalahan manusia berkurang secara drastis.