Kasus penggunaan dan praktik terbaik

Topik ini mencantumkan kasus penggunaan umum dan praktik terbaik untuk AWS Systems Manager kemampuan. Jika tersedia, topik ini juga mencakup tautan ke posting blog dan dokumentasi teknis yang relevan.

catatan

Judul setiap bagian di sini adalah tautan aktif ke bagian yang sesuai dalam dokumentasi teknis.

Otomasi

• Buat runbook Otomatisasi layanan mandiri untuk infrastruktur.

• Gunakan Otomasi, kemampuan AWS Systems Manager, untuk menyederhanakan pembuatan Amazon Machine Images (AMIs) dari AWS Marketplace atau kustomAMIs, menggunakan dokumen Systems Manager publik (dokumen SSM) atau dengan membuat alur kerja Anda sendiri.

• Menyusun dan mempertahankan AMIs menggunakan AWS-UpdateLinuxAmi dan runbook Otomatisasi AWS-UpdateWindowsAmi, atau menggunakan runbook Otomatisasi kustom yang Anda buat.

Inventaris

• Gunakan Inventaris, kemampuan AWS Systems Manager, dengan AWS Config untuk mengaudit konfigurasi aplikasi Anda dari waktu ke waktu.

Maintenance Windows

• Tentukan jadwal untuk melakukan tindakan yang berpotensi mengganggu pada node Anda seperti patch sistem operasi (OS), pembaruan driver, atau instalasi perangkat lunak.

• Untuk informasi tentang perbedaan antara State Manager danMaintenance Windows, kemampuan AWS Systems Manager, lihatMemilih antara State Manager dan Maintenance Windows.

Parameter Store

• GunakanParameter Store, kemampuan AWS Systems Manager, untuk mengelola pengaturan konfigurasi global secara terpusat.

• Bagaimana AWS Systems ManagerParameter Store menggunakan AWS KMS.

• AWS Secrets Manager Rahasia referensi dari Parameter Store parameter.

Patch Manager

• GunakanPatch Manager, kemampuan AWS Systems Manager, untuk meluncurkan tambalan dalam skala besar dan meningkatkan visibilitas kepatuhan armada di seluruh node Anda.

• Integrasikan Patch Manager dengan AWS Security Hub untuk menerima peringatan saat node di armada Anda tidak sesuai dan pantau status patching armada Anda dari sudut pandang keamanan. Ada biaya atas penggunaan Security Hub. Untuk informasi selengkapnya, lihat Harga.

• Gunakan hanya satu metode pada satu waktu untuk memindai node terkelola untuk kepatuhan patch untuk menghindari penimpaan data kepatuhan secara tidak sengaja.

Run Command

• Kelola Instans dalam Skala Besar tanpa Akses SSH Menggunakan Run Command EC2.

• Audit semua panggilan API yang dilakukan oleh atau atas namaRun Command, kemampuan AWS Systems Manager, penggunaan AWS CloudTrail.

• Saat Anda mengirim perintah menggunakanRun Command, jangan sertakan informasi sensitif yang diformat sebagai teks biasa, seperti kata sandi, data konfigurasi, atau rahasia lainnya. Semua aktivitas Systems Manager API di akun Anda dicatat dalam bucket S3 untuk AWS CloudTrail log. Ini berarti bahwa setiap pengguna dengan akses ke bucket S3 dapat melihat nilai plaintext dari rahasia tersebut. Untuk alasan ini, kami sarankan untuk membuat dan menggunakan SecureString parameter untuk mengenkripsi data sensitif yang Anda gunakan dalam operasi Systems Manager Anda.

  Untuk informasi selengkapnya, lihat Membatasi akses ke parameter Systems Manager menggunakan kebijakan IAM.

  catatan

  Secara default, file log yang dikirimkan CloudTrail ke bucket Anda dienkripsi oleh enkripsi sisi server Amazon dengan kunci enkripsi yang dikelola Amazon S3 (SSE-S3). Untuk menyediakan lapisan keamanan yang dapat dikelola secara langsung, Anda dapat menggunakan enkripsi sisi server dengan AWS KMS—managed keys (SSE-KMS) untuk file log Anda. CloudTrail

  Untuk informasi selengkapnya, lihat Mengenkripsi file CloudTrail log dengan AWS KMS—kunci terkelola (SSE-KMS) di Panduan Pengguna.AWS CloudTrail

• Gunakan target dan fitur kontrol tingkat Run Command untuk melakukan operasi perintah bertahap.

• Gunakan izin akses berbutir halus untuk Run Command (dan semua kemampuan Systems Manager) dengan menggunakan kebijakan AWS Identity and Access Management (IAM).

Session Manager

• Aktivitas sesi audit dalam Akun AWS penggunaan Anda AWS CloudTrail.

• Log data sesi di Anda Akun AWS menggunakan Amazon CloudWatch Log atau Amazon S3.

• Kontrol akses sesi pengguna ke instans.

• Batasi akses ke perintah dalam sesi.

• Nonaktifkan atau aktifkan izin administratif akun pengguna ssm.

State Manager

• Perbarui SSM Agent setidaknya sebulan sekali menggunakan AWS-UpdateSSMAgent dokumen yang telah dikonfigurasi sebelumnya.

• (Windows) Unggah modul PowerShell atau DSC ke Amazon Simple Storage Service (Amazon S3), dan gunakan. AWS-InstallPowerShellModule

• Gunakan tag untuk membuat grup aplikasi untuk node Anda. Dan kemudian target node menggunakan Targets parameter alih-alih menentukan ID node individu.

• Secara otomatis memulihkan temuan yang dihasilkan oleh Amazon Inspector dengan menggunakan Systems Manager.

• Gunakan repositori konfigurasi terpusat untuk dokumen SSM Anda, dan bagikan dokumen di seluruh organisasi.

• Untuk informasi selengkapnya tentang perbedaan antara State Manager dan Maintenance Windows, lihat Memilih antara State Manager dan Maintenance Windows.

Node terkelola

• Systems Manager memerlukan referensi waktu yang akurat untuk melakukan operasinya. Jika tanggal dan waktu node Anda tidak disetel dengan benar, mereka mungkin tidak cocok dengan tanggal tanda tangan permintaan API Anda. Hal ini dapat menyebabkan kesalahan atau fungsionalitas yang tidak lengkap. Misalnya, node dengan pengaturan waktu yang salah tidak akan disertakan dalam daftar node terkelola Anda.

  Untuk informasi tentang menyetel waktu pada node, lihat Mengatur waktu untuk instans Amazon EC2 Anda.

• Pada node yang dikelola Linux, verifikasi tanda tangan SSM Agent.

Info lebih lanjut

• Praktik terbaik keamanan untuk Systems Manager