• AWS Systems Manager CloudWatch Dasbor tidak akan lagi tersedia setelah 30 April 2026. Pelanggan dapat terus menggunakan CloudWatch konsol Amazon untuk melihat, membuat, dan mengelola dasbor Amazon CloudWatch mereka, seperti yang mereka lakukan hari ini. Untuk informasi selengkapnya, lihat dokumentasi CloudWatch Dasbor [ Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html). Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris. # Dokumen Perintah SSM untuk menambal: `AWS-RunPatchBaseline` AWS Systems Manager mendukung`AWS-RunPatchBaseline`, dokumen Manajer Sistem (dokumen SSM) untukPatch Manager. Dokumen SSM ini melakukan operasi tambalan pada node terkelola untuk pembaruan terkait keamanan dan jenis lainnya. Ketika dokumen dijalankan, ia menggunakan dasar patch yang ditetapkan sebagai "default" untuk suatu jenis sistem operasi jika tidak ada grup patch yang ditentukan. Jika tidak, ia menggunakan dasar patch yang terkait dengan grup patch. Untuk informasi tentang grup patch, lihat [Grup patch](patch-manager-patch-groups.md). Anda dapat menggunakan `AWS-RunPatchBaseline` untuk menerapkan patch untuk sistem operasi dan aplikasi. (Pada Windows Server, support aplikasi dibatasi pada pembaruan untuk aplikasi yang dirilis oleh Microsoft.) Dokumen ini mendukung Linux,macOS, dan node Windows Server terkelola. Dokumen ini akan melakukan tindakan yang sesuai untuk setiap platform. **catatan** Patch Managerjuga mendukung dokumen `AWS-ApplyPatchBaseline` SSM lama. Namun, dokumen ini mendukung tambalan pada node yang dikelola Windows saja. Kami mendorong Anda untuk menggunakan sebagai `AWS-RunPatchBaseline` gantinya karena mendukung tambalan di Linux,macOS, dan node terkel Windows Server ola. Versi 2.0.834.0 atau yang lebih baru SSM Agent diperlukan untuk menggunakan dokumen. `AWS-RunPatchBaseline` ------ #### [ Windows Server ] Pada Windows Server node terkelola, `AWS-RunPatchBaseline` dokumen mengunduh dan memanggil PowerShell modul, yang pada gilirannya mengunduh snapshot dari baseline patch yang berlaku untuk node terkelola. snapshot dasar patch ini berisi daftar patch yang disetujui yang dikumpulkan dengan melakukan kueri dasar patch pada server Windows Server Update Services (WSUS). Daftar ini diteruskan ke API Windows Update, yang mengendalikan pengunduhan dan instalasi patch yang disetujui sesuai kebutuhan. ------ #### [ Linux ] Pada node yang dikelola Linux, `AWS-RunPatchBaseline` dokumen memanggil modul Python, yang pada gilirannya mengunduh snapshot dari baseline patch yang berlaku untuk node yang dikelola. Snapshot baseline patch ini menggunakan aturan yang ditentukan dan daftar patch yang disetujui dan diblokir untuk mendorong manajer paket yang sesuai untuk setiap jenis node: + Amazon Linux 2,Oracle Linux, dan RHEL 7 node terkelola menggunakan YUM. Untuk operasi YUM, Patch Manager memerlukan `Python 2.6` atau versi yang didukung yang lebih baru (2.6 - 3.12). Amazon Linux 2023 menggunakan DNF. Untuk operasi DNF, Patch Manager memerlukan versi `Python 2` atau yang didukung `Python 3` (2.6 - 3.12). + RHEL8 node terkelola menggunakan DNF. Untuk operasi DNF, Patch Manager memerlukan versi `Python 2` atau yang didukung `Python 3` (2.6 - 3.12). (Tidak ada versi yang diinstal secara default pada RHEL 8. Anda harus menginstal satu atau yang lain secara manual.) + Debian Server, dan Ubuntu Server instance menggunakan APT. Untuk operasi APT, Patch Manager memerlukan versi yang didukung dari `Python 3` (3.0 - 3.12). ------ #### [ macOS ] Pada macOS node terkelola, `AWS-RunPatchBaseline` dokumen memanggil modul Python, yang pada gilirannya mengunduh snapshot dari baseline patch yang berlaku untuk node terkelola. Selanjutnya, subproses Python memanggil AWS Command Line Interface (AWS CLI) pada node untuk mengambil informasi instalasi dan pembaruan untuk manajer paket yang ditentukan dan untuk mendorong manajer paket yang sesuai untuk setiap paket pembaruan. ------ Setiap snapshot khusus untuk grup patch Akun AWS, sistem operasi, dan ID snapshot. Snapshot dikirimkan melalui URL Amazon Simple Storage Service (Amazon S3) yang telah ditandatangani sebelumnya, yang kedaluwarsa 24 jam setelah snapshot dibuat. Namun, setelah URL kedaluwarsa, jika Anda ingin menerapkan konten snapshot yang sama ke node terkelola lainnya, Anda dapat membuat URL Amazon S3 baru yang telah ditandatangani sebelumnya hingga 3 hari setelah snapshot dibuat. Untuk melakukannya, gunakan perintah [get-deployable-patch-snapshot-for-instance](https://docs.aws.amazon.com/cli/latest/reference/ssm/get-deployable-patch-snapshot-for-instance.html). Setelah semua pembaruan yang disetujui dan berlaku telah diinstal, dengan reboot dilakukan seperlunya, informasi kepatuhan patch dihasilkan pada node yang dikelola dan dilaporkan kembali kePatch Manager. **catatan** Jika `RebootOption` parameter disetel ke `NoReboot` dalam `AWS-RunPatchBaseline` dokumen, node yang dikelola tidak di-boot ulang setelah Patch Manager dijalankan. Untuk informasi selengkapnya, lihat [Nama parameter: `RebootOption`](#patch-manager-aws-runpatchbaseline-parameters-norebootoption). Untuk informasi tentang melihat data kepatuhan patch, lihat [Tentang kepatuhan patch](compliance-about.md#compliance-monitor-patch). ## Parameter `AWS-RunPatchBaseline` `AWS-RunPatchBaseline` support enam parameter. parameter `Operation` diperlukan. `RebootOption`Param `InstallOverrideList` eter`BaselineOverride`,, dan bersifat opsional. `Snapshot-ID`secara teknis opsional, tetapi kami menyarankan Anda memberikan nilai khusus untuk itu ketika Anda menjalankan `AWS-RunPatchBaseline` di luar jendela pemeliharaan. Patch Managerdapat menyediakan nilai kustom secara otomatis ketika dokumen dijalankan sebagai bagian dari operasi jendela pemeliharaan. **Topics** + [Nama parameter: `Operasi`](#patch-manager-aws-runpatchbaseline-parameters-operation) + [Nama parameter: `AssociationId`](#patch-manager-aws-runpatchbaseline-parameters-association-id) + [Nama parameter: ID `Snapshot`](#patch-manager-aws-runpatchbaseline-parameters-snapshot-id) + [Nama parameter: `InstallOverrideList`](#patch-manager-aws-runpatchbaseline-parameters-installoverridelist) + [Nama parameter: `RebootOption`](#patch-manager-aws-runpatchbaseline-parameters-norebootoption) + [Nama parameter: `BaselineOverride`](#patch-manager-aws-runpatchbaseline-parameters-baselineoverride) + [Nama parameter: `StepTimeoutSeconds`](#patch-manager-aws-runpatchbaseline-parameters-steptimeoutseconds) ### Nama parameter: `Operasi` **Penggunaan**: Wajib. **Opsi**: `Scan` \| `Install`. Pemindaian Saat Anda memilih `Scan` opsi, `AWS-RunPatchBaseline` menentukan status kepatuhan patch dari node yang dikelola dan melaporkan informasi ini kembali kePatch Manager. `Scan`tidak meminta pembaruan untuk diinstal atau node yang dikelola untuk di-boot ulang. Sebagai gantinya, operasi mengidentifikasi di mana pembaruan hilang yang disetujui dan berlaku untuk node. Menginstal Saat Anda memilih `Install` opsi, mencoba `AWS-RunPatchBaseline` menginstal pembaruan yang disetujui dan berlaku yang hilang dari node yang dikelola. Informasi kepatuhan patch yang dihasilkan sebagai bagian operasi `Install` tidak mencantumkan pembaruan yang hilang, tetapi mungkin melaporkan pembaruan yang berstatus gagal jika instalasi pembaruan tidak berhasil karena alasan apa pun. Setiap kali pembaruan diinstal pada node terkelola, node di-reboot untuk memastikan pembaruan diinstal dan aktif. (Pengecualian: Jika `RebootOption` parameter disetel ke `NoReboot` dalam `AWS-RunPatchBaseline` dokumen, node yang dikelola tidak di-boot ulang setelah Patch Manager dijalankan. Untuk informasi lebih lanjut, lihat[Nama parameter: `RebootOption`](#patch-manager-aws-runpatchbaseline-parameters-norebootoption).) Jika patch yang ditentukan oleh aturan dasar diinstal * sebelum * Patch Manager memperbarui node terkelola, sistem mungkin tidak melakukan reboot seperti yang diharapkan. Ini dapat terjadi ketika patch diinstal secara manual oleh pengguna atau diinstal secara otomatis oleh program lain, seperti `unattended-upgrades` paket aktifUbuntu Server. ### Nama parameter: `AssociationId` **Penggunaan**: Opsional. `AssociationId`adalah ID dari asosiasi yang ada diState Manager. Ini digunakan oleh Patch Manager untuk menambahkan data kepatuhan ke asosiasi tertentu. Asosiasi ini terkait dengan operasi tambalan yang [ diatur dalam kebijakan patch di Quick Setup](quick-setup-patch-manager.md). **catatan** Dengan`AWS-RunPatchBaseline`, jika `AssociationId` nilai diberikan bersama dengan penggantian dasar kebijakan patch, tambalan dilakukan sebagai `PatchPolicy` operasi dan `ExecutionType` nilai yang dilaporkan juga `AWS:ComplianceItem` dilakukan. `PatchPolicy` Jika tidak ada `AssociationId` nilai yang diberikan, tambalan dilakukan sebagai `Command` operasi dan laporan `ExecutionType` nilai yang dikirimkan `AWS:ComplianceItem` juga `Command` dilakukan. Jika Anda belum memiliki asosiasi yang ingin Anda gunakan, Anda dapat membuatnya dengan menjalankan [create-association](https://docs.aws.amazon.com/cli/latest/reference/ssm/create-association.html) perintah. ### Nama parameter: ID `Snapshot` **Penggunaan**: Opsional. `Snapshot ID`adalah ID unik (GUID) yang digunakan Patch Manager untuk memastikan bahwa satu set node terkelola yang ditambal dalam satu operasi semuanya memiliki set patch yang disetujui yang sama persis. Meskipun parameter didefinisikan sebagai opsional, rekomendasi praktik terbaik kami bergantung pada apakah Anda menjalankan `AWS-RunPatchBaseline` di jendela pemeliharaan, seperti yang dijelaskan dalam tabel berikut. **Praktik terbaik `AWS-RunPatchBaseline`**
ModePraktik terbaikDetail
Menjalankan AWS-RunPatchBaseline di dalam jendela pemeliharaanJangan berikan ID Snapshot. Patch Managerakan menyediakannya untuk Anda.Jika Anda menggunakan jendela pemeliharaan untuk menjalankanAWS-RunPatchBaseline, Anda seharusnya tidak memberikan ID Snapshot yang dibuat sendiri. Dalam skenario ini, Systems Manager menyediakan nilai GUID berdasarkan ID eksekusi jendela pemeliharaan. Hal ini memastikan bahwa digunakan ID yang benar untuk semua pemanggilan AWS-RunPatchBaseline dalam jendela pemeliharaan tersebut.
Jika Anda menentukan nilai dalam skenario ini, perhatikan bahwa snapshot dari baseline patch mungkin tidak tetap di tempatnya selama lebih dari 3 hari. Setelah itu, snapshot baru akan dihasilkan bahkan jika Anda menentukan ID yang sama setelah snapshot berakhir.
Menjalankan AWS-RunPatchBaseline di luar jendela pemeliharaanMenghasilkan dan menentukan nilai GUID kustom untuk ID Snapshot.¹Jika Anda tidak menggunakan jendela pemeliharaan untuk dijalankanAWS-RunPatchBaseline, sebaiknya buat dan menentukan ID Snapshot unik untuk setiap baseline patch, terutama jika Anda menjalankan AWS-RunPatchBaseline dokumen pada beberapa node terkelola dalam operasi yang sama. Jika Anda tidak menentukan ID dalam skenario ini, Manajer Sistem akan menghasilkan ID Snapshot yang berbeda untuk setiap node terkelola yang dikirim perintah. Hal ini dapat mengakibatkan berbagai set patch yang ditentukan di antara node yang dikelola.
Misalnya, katakanlah Anda menjalankan AWS-RunPatchBaseline dokumen secara langsungRun Command, dan menargetkan grup 50 node terkelola. Menentukan ID Snapshot kustom menghasilkan pembuatan snapshot dasar tunggal yang digunakan untuk mengevaluasi dan menambal semua node, memastikan bahwa mereka berakhir dalam keadaan yang konsisten.
¹ Anda dapat menggunakan alat yang mampu menghasilkan GUID untuk menghasilkan nilai untuk parameter ID Snapshot. Misalnya, di PowerShell, Anda dapat menggunakan New-Guid cmdlet untuk menghasilkan GUID dalam format. 12345699-9405-4f69-bc5e-9315aEXAMPLE
### Nama parameter: `InstallOverrideList` **Penggunaan**: Opsional. Dengan menggunakan `InstallOverrideList`, Anda menentukan URL https atau URL ala jalur Amazon S3 ke daftar patch yang akan diinstal. Daftar instalasi patch ini, yang Anda pertahankan dalam format YAML, menggantikan patch yang ditentukan oleh dasar patch default saat ini. Ini memberi Anda kontrol yang lebih terperinci atas patch mana yang diinstal pada node terkelola Anda. **penting** Nama `InstallOverrideList` file tidak dapat berisi karakter berikut: backtick (`), tanda kutip tunggal ('), tanda kutip ganda (“), dan tanda dolar ($). Perilaku operasi tambalan saat menggunakan `InstallOverrideList` parameter berbeda antara Linux & node terkel macOS ola dan node terkel Windows Server ola. Di Linux &macOS, Patch Manager mencoba menerapkan patch yang disertakan dalam daftar `InstallOverrideList` patch yang ada di repositori apa pun yang diaktifkan pada node, apakah patch tersebut cocok dengan aturan dasar patch atau tidak. Namun, pada Windows Server node, patch dalam daftar `InstallOverrideList` patch diterapkan * hanya * jika mereka juga cocok dengan aturan dasar patch. Pada Linux & macOS node terkelola, patch yang `InstallOverrideList` ditentukan di dalam diterapkan hanya sebagai pembaruan untuk paket yang sudah diinstal pada node. Jika patch `InstallOverrideList` termasuk untuk paket yang saat ini tidak diinstal pada node, patch tersebut tidak diinstal. Sadarilah bahwa laporan kepatuhan mencerminkan status patch berdasarkan apa yang ditentukan dalam dasar patch, bukan apa yang Anda tentukan dalam daftar patch `InstallOverrideList`. Dengan kata lain, operasi Pemindaian mengabaikan parameter `InstallOverrideList`. Hal ini untuk memastikan bahwa laporan kepatuhan secara konsisten mencerminkan keadaan patch berdasarkan kebijakan daripada apa yang disetujui untuk operasi patching tertentu. **catatan** Saat Anda menambal node yang hanya menggunakan IPv6, pastikan URL yang disediakan dapat dijangkau dari node. Jika opsi SSM Agent konfigurasi `UseDualStackEndpoint` disetel ke`true`, maka klien dualstack S3 digunakan ketika URL S3 disediakan. Lihat [Tutorial: Menambal server di lingkungan IPv6 saja](patch-manager-server-patching-iPv6-tutorial.md) untuk informasi selengkapnya tentang mengonfigurasi agen untuk menggunakan dualstack. Untuk penjelasan tentang cara Anda dapat menggunakan parameter `InstallOverrideList` untuk menerapkan berbagai jenis patch berbeda ke sebuah grup target, pada jadwal jendela pemeliharaan yang berbeda, sembari tetap menggunakan dasar patch tunggal, lihat [Contoh skenario untuk menggunakan InstallOverrideList parameter di `AWS-RunPatchBaseline` atau `AWS-RunPatchBaselineAssociation`](patch-manager-override-lists.md). **Format URL yang valid ** **catatan** Jika file Anda disimpan dalam bucket yang tersedia secara publik, Anda dapat menentukan format URL https atau URL ala jalur Amazon S3. Jika file Anda disimpan dalam bucket privat, Anda harus menentukan URL ala jalur Amazon S3. + **format URL https**: ``` https://s3.{{aws-api-domain}}/amzn-s3-demo-bucket/my-windows-override-list.yaml ``` + **URL ala jalur Amazon S3**: ``` s3://amzn-s3-demo-bucket/my-windows-override-list.yaml ``` **Format konten YAML yang valid ** Format yang Anda gunakan untuk menentukan patch dalam daftar tergantung pada sistem operasi node terkelola Anda. Namun, format yang umum adalah seperti berikut ini: ``` patches: - id: '{patch-d}' title: '{patch-title}' {{{additional-fields}}}:{{{values}}} ``` Meskipun Anda dapat memberikan bidang tambahan dalam file YAML Anda, mereka diabaikan selama operasi patch. Selain itu, kami merekomendasikan untuk memverifikasi bahwa format file YAML Anda valid sebelum menambahkan atau memperbarui daftar di bucket S3 Anda. Untuk informasi lebih lanjut tentang format YAML, lihat [yaml.org](http://www.yaml.org). Untuk pilihan alat validasi, lakukan pencarian web untuk "validator format yaml". ------ #### [ Linux ] **id** Bidang **id** wajib diisi. Gunakan untuk menentukan patch menggunakan nama paket dan arsitektur. Sebagai contoh: `'dhclient.x86_64'`. Anda dapat menggunakan wildcard dalam id untuk menunjukkan lebih dari satu paket. Sebagai contoh: `'dhcp*'` dan `'dhcp*1.*'`. **judul** Bidang **judul** bersifat opsional, tetapi pada sistem Linux bidang tersebut memberikan kemampuan filter tambahan. Jika Anda menggunakan **judul**, sebaiknya berisi informasi versi paket dalam salah satu format berikut: YUM/SUSE Linux Enterprise Server (SLES): ``` {name}.{architecture}:{epoch}:{version}-{release} ``` APT ``` {name}.{architecture}:{version} ``` Untuk judul patch Linux, Anda dapat menggunakan satu atau lebih wildcard di posisi apa pun untuk memperluas jumlah kecocokan paket. Sebagai contoh: `'*32:9.8.2-0.*.rc1.57.amzn1'`. Contoh: + apt package versi 1.2.25 saat ini diinstal pada node terkelola Anda, tetapi versi 1.2.27 sekarang tersedia. + Anda menambahkan apt.amd64 versi 1.2.27 ke daftar patch. Hal ini tergantung pada apt utils.amd64 versi 1.2.27, tapi apt-utils.amd64 versi 1.2.25 ditentukan dalam daftar. Dalam hal ini, apt versi 1.2.27 akan diblokir dari instalasi dan dilaporkan sebagai “Failed-NonCompliant.” ------ #### [ Windows Server ] **id** Bidang **id** wajib diisi. Gunakan untuk menentukan patch menggunakan ID Pangkalan Pengetahuan Microsoft (misalnya, KB2736693) dan ID Buletin Keamanan Microsoft (misalnya,). MS17-023 Bidang lain yang ingin Anda berikan dalam daftar patch untuk Windows bersifat opsional dan hanya digunakan sebagai informasi Anda sendiri. Anda dapat menggunakan bidang tambahan seperti **judul**, **klasifikasi**, **Tingkat kepelikan**, atau yang lainnya untuk memberikan informasi lebih detail tentang patch yang ditentukan. ------ #### [ macOS ] **id** Bidang **id** wajib diisi. Nilai untuk bidang **id** dapat diberikan menggunakan format `{package-name}.{package-version}` atau format {nama\_paket}. ------ **Contoh daftar patch ** + **Amazon Linux 2** ``` patches: - id: 'kernel.x86_64' - id: 'bind*.x86_64' title: '39.11.4-26.P2.amzn2.5.2' id: 'glibc*' - id: 'dhclient*' title: '*4.2.5-58.amzn2' - id: 'dhcp*' title: '*4.2.5-77.amzn2' ``` + **Debian Server** ``` patches: - id: 'apparmor.amd64' title: '2.10.95-0ubuntu2.9' - id: 'cryptsetup.amd64' title: '*2:1.6.6-5ubuntu2.1' - id: 'cryptsetup-bin.*' title: '*2:1.6.6-5ubuntu2.1' - id: 'apt.amd64' title: '*1.2.27' - id: 'apt-utils.amd64' title: '*1.2.25' ``` + **macOS** ``` patches: - id: 'XProtectPlistConfigData' - id: 'MRTConfigData.1.61' - id: 'Command Line Tools for Xcode.11.5' - id: 'Gatekeeper Configuration Data' ``` + **Oracle Linux** ``` patches: - id: 'audit-libs.x86_64' title: '*2.8.5-4.el7' - id: 'curl.x86_64' title: '*.el7' - id: 'grub2.x86_64' title: 'grub2.x86_64:1:2.02-0.81.0.1.el7' - id: 'grub2.x86_64' title: 'grub2.x86_64:1:*-0.81.0.1.el7' ``` + **Red Hat Enterprise Linux (RHEL)** ``` patches: - id: 'NetworkManager.x86_64' title: '*1:1.10.2-14.el7_5' - id: 'NetworkManager-*.x86_64' title: '*1:1.10.2-14.el7_5' - id: 'audit.x86_64' title: '*0:2.8.1-3.el7' - id: 'dhclient.x86_64' title: '*.el7_5.1' - id: 'dhcp*.x86_64' title: '*12:5.2.5-68.el7' ``` + **SUSE Linux Enterprise Server (SLES)** ``` patches: - id: 'amazon-ssm-agent.x86_64' - id: 'binutils' title: '*0:2.26.1-9.12.1' - id: 'glibc*.x86_64' title: '*2.19*' - id: 'dhcp*' title: '0:4.3.3-9.1' - id: 'lib*' ``` + **Ubuntu Server ** ``` patches: - id: 'apparmor.amd64' title: '2.10.95-0ubuntu2.9' - id: 'cryptsetup.amd64' title: '*2:1.6.6-5ubuntu2.1' - id: 'cryptsetup-bin.*' title: '*2:1.6.6-5ubuntu2.1' - id: 'apt.amd64' title: '*1.2.27' - id: 'apt-utils.amd64' title: '*1.2.25' ``` + **Windows** ``` patches: - id: 'KB4284819' title: '2018-06 Cumulative Update for Windows Server 2016 (1709) for x64-based Systems (KB4284819)' - id: 'KB4284833' - id: 'KB4284835' title: '2018-06 Cumulative Update for Windows Server 2016 (1803) for x64-based Systems (KB4284835)' - id: 'KB4284880' - id: 'KB4338814' ``` ### Nama parameter: `RebootOption` **Penggunaan**: Opsional. **Pilihan**: `RebootIfNeeded` \| `NoReboot` **Default**: `RebootIfNeeded` **Awas** Opsi default-nya adalah `RebootIfNeeded`. Pastikan untuk memilih opsi yang benar untuk kasus penggunaan Anda. Misalnya, jika node terkelola Anda harus segera reboot untuk menyelesaikan proses konfigurasi, pilih`RebootIfNeeded`. Atau, jika Anda perlu mempertahankan ketersediaan node terkelola hingga waktu reboot yang dijadwalkan, pilih`NoReboot`. **penting** Kami tidak menyarankan penggunaan Patch Manager untuk menambal instans cluster di Amazon EMR (sebelumnya disebut Amazon Elas MapReduce tic). Secara khusus, jangan pilih `RebootIfNeeded` opsi untuk `RebootOption` parameter. (Opsi ini tersedia di dokumen Perintah SSM untuk menambal, `AWS-RunPatchBaseline``AWS-RunPatchBaselineAssociation`, dan`AWS-RunPatchBaselineWithHooks`.) Perintah yang mendasari untuk menambal menggunakan Patch Manager use `yum` dan `dnf` perintah. Oleh karena itu, operasi menghasilkan ketidakcocokan karena bagaimana paket diinstal. Untuk informasi tentang metode pilihan untuk memperbarui perangkat lunak pada cluster Amazon EMR, lihat [ Menggunakan default AMI untuk Amazon EMR ](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-default-ami.html) di Panduan Manajemen * Amazon EMR. * RebootIfNeeded Ketika Anda memilih `RebootIfNeeded` opsi, node terkelola akan di-boot ulang dalam salah satu kasus berikut: + Patch Managermenginstal satu atau lebih patch. Patch Managertidak mengevaluasi apakah reboot * diperlukan * oleh patch. Sistem di-reboot bahkan jika patch tidak memerlukan reboot. + Patch Managermendeteksi satu atau lebih patch dengan status `INSTALLED_PENDING_REBOOT` selama `Install` operasi. `INSTALLED_PENDING_REBOOT`Status dapat berarti bahwa opsi `NoReboot` dipilih saat terakhir kali `Install` operasi dijalankan, atau bahwa patch diinstal di luar Patch Manager sejak terakhir kali node terkelola di-boot ulang. Mem-boot ulang node terkelola dalam dua kasus ini memastikan bahwa paket yang diperbarui dihapus dari memori dan menjaga perilaku menambal dan reboot tetap konsisten di semua sistem operasi. NoReboot Ketika Anda memilih `NoReboot` opsi, Patch Manager tidak me-reboot node terkelola bahkan jika itu menginstal patch selama `Install` operasi. Opsi ini berguna jika Anda tahu bahwa node terkelola Anda tidak memerlukan reboot setelah patch diterapkan, atau Anda memiliki aplikasi atau proses yang berjalan pada node yang seharusnya tidak terganggu oleh reboot operasi tambalan. Ini juga berguna ketika Anda ingin lebih banyak kontrol atas waktu reboot node terkelola, seperti dengan menggunakan jendela pemeliharaan. Jika Anda memilih opsi `NoReboot` dan sebuah patch diinstal, patch diberikan status `InstalledPendingReboot`. Node yang dikelola itu sendiri, bagaimanapun, ditandai sebagai`Non-Compliant`. Setelah reboot terjadi dan `Scan` operasi dijalankan, status node terkelola diperbarui ke`Compliant`. `NoReboot`Opsi ini hanya mencegah restart tingkat sistem operasi. Service-level restart masih dapat terjadi sebagai bagian dari proses tambalan. Misalnya, saat Docker diperbarui, layanan dependen seperti Amazon Elastic Container Service mungkin secara otomatis memulai ulang meskipun `NoReboot` diaktifkan. Jika Anda memiliki layanan penting yang tidak boleh terganggu, pertimbangkan tindakan tambahan seperti menghapus instans sementara dari layanan atau menjadwalkan tambalan selama jendela pemeliharaan. **File pelacakan instalasi patch**: Untuk melacak instalasi patch, terutama patch yang diinstal sejak reboot sistem terakhir, Manajer Sistem memelihara file pada node yang dikelola. **penting** Jangan menghapus atau memodifikasi file pelacakan. Jika file ini dihapus atau rusak, laporan kepatuhan patch untuk node terkelola tidak akurat. Jika ini terjadi, reboot node dan jalankan operasi patch Scan untuk mengembalikan file. File pelacakan ini disimpan di lokasi berikut di node terkelola Anda: + Sistem operasi Linux: + `/var/log/amazon/ssm/patch-configuration/patch-states-configuration.json` + `/var/log/amazon/ssm/patch-configuration/patch-inventory-from-last-operation.json` + Sistem operasi Windows Server: + `C:\ProgramData\Amazon\PatchBaselineOperations\State\PatchStatesConfiguration.json` + `C:\ProgramData\Amazon\PatchBaselineOperations\State\PatchInventoryFromLastOperation.json` ### Nama parameter: `BaselineOverride` **Penggunaan**: Opsional. Anda dapat menentukan preferensi patching pada saat runtime menggunakan parameter `BaselineOverride`. Baseline override ini disimpan sebagai objek JSON dalam bucket S3. Ini memastikan operasi patching menggunakan dasar yang disediakan yang cocok dengan sistem operasi host bukannya menerapkan aturan dari dasar patch default **penting** Nama `BaselineOverride` file tidak dapat berisi karakter berikut: backtick (`), tanda kutip tunggal ('), tanda kutip ganda (“), dan tanda dolar ($). Untuk informasi selengkapnya tentang cara menggunakan `BaselineOverride` parameter, lihat [Menggunakan BaselineOverride parameter](patch-manager-baselineoverride-parameter.md). ### Nama parameter: `StepTimeoutSeconds` **Penggunaan**: Opsional. Waktu dalam detik—antara 1 dan 36000 detik (10 jam) —untuk menyelesaikan perintah sebelum dianggap gagal.