

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Pertanyaan yang Sering Diajukan
<a name="migrating-to-systems-manager-faqs"></a>

Berikut ini FAQs memberikan jawaban atas beberapa pertanyaan umum.

**Topics**
+ [AWS OpsWorks Stacks Versi mana yang dapat saya migrasi?](#w2ab1c14c43c19b7)
+ [Versi Chef mana yang dapat digunakan instance migrasi saya?](#w2ab1c14c43c19b9)
+ [Jenis repositori mana yang dapat saya migrasikan?](#w2ab1c14c43c19c11)
+ [Dapatkah saya terus menggunakan repositori Git pribadi?](#w2ab1c14c43c19c13)
+ [Kunci SSH apa yang dapat saya gunakan untuk mengakses instans saya?](#w2ab1c14c43c19c15)
+ [Mengapa instans saya secara otomatis masuk dan keluar?](#w2ab1c14c43c19c17)
+ [Bisakah saya mematikan Auto Scaling?](#w2ab1c14c43c19c19)
+ [Dapatkah saya melakukan pembaruan kernel dan paket pada EC2 instance yang diluncurkan?](#w2ab1c14c43c19c21)
+ [Mengapa volume EBS dalam instans saya tidak berisi data apa pun?](#w2ab1c14c43c19c23)
+ [Mengapa volume EBS yang dijelaskan dalam template peluncuran saya tidak dipasang?](#w2ab1c14c43c19c25)
+ [Di mana saya dapat menemukan resep Chef dan log volume Mount EBS?](#w2ab1c14c43c19c27)
+ [Di mana saya dapat menemukan log debug untuk skrip migrasi?](#w2ab1c14c43c19c29)
+ [Apakah skrip migrasi mendukung pembuatan versi CloudFormation templat?](#w2ab1c14c43c19c31)
+ [Bisakah saya memigrasi beberapa lapisan?](#w2ab1c14c43c19c33)
+ [Bagaimana cara membuat `SecureString` parameter?](#w2ab1c14c43c19c35)
+ [Bagaimana cara melindungi instans di grup Auto Scaling baru dari peristiwa penghentian?](#w2ab1c14c43c19c37)
+ [Penyeimbang beban apa yang tersedia dengan skrip migrasi?](#w2ab1c14c43c19c39)
+ [Apakah resep konfigurasi buku masak khusus dimigrasikan?](#w2ab1c14c43c19c41)
+ [Bisakah saya menjalankan resep deploy dan undeploy pada instance yang baru saya buat?](#w2ab1c14c43c19c43)
+ [Dapatkah saya mengubah subnet apa yang terbentang oleh grup Auto Scaling saya?](#w2ab1c14c43c19c45)

## AWS OpsWorks Stacks Versi mana yang dapat saya migrasi?
<a name="w2ab1c14c43c19b7"></a>

 Anda hanya dapat memigrasikan tumpukan Chef 11.10 dan Chef 12, Amazon Linux, Amazon Linux 2, Ubuntu, dan Red Hat Enterprise Linux 7. 

## Versi Chef mana yang dapat digunakan instance migrasi saya?
<a name="w2ab1c14c43c19b9"></a>

 Instans yang dimigrasi dapat menggunakan Chef versi 11 hingga 14. 

**catatan**  
Migrasi tumpukan Windows tidak didukung.

## Jenis repositori mana yang dapat saya migrasikan?
<a name="w2ab1c14c43c19c11"></a>

 Anda dapat memigrasikan tipe repositori S3, Git, dan HTTP. 

## Dapatkah saya terus menggunakan repositori Git pribadi?
<a name="w2ab1c14c43c19c13"></a>

Ya, Anda dapat terus menggunakan repositori Git pribadi.

Jika Anda menggunakan GitHub repositori pribadi, Anda harus membuat kunci `Ed25519` host baru untuk SSH. Ini karena GitHub mengubah kunci mana yang didukung di SSH dan menghapus protokol Git yang tidak terenkripsi. Untuk informasi selengkapnya tentang kunci `Ed25519` host, lihat posting GitHub blog [Meningkatkan keamanan protokol Git GitHub](https://github.blog/2021-09-01-improving-git-protocol-security-github/). Setelah Anda membuat kunci `Ed25519` host baru, buat `SecureString` parameter Systems Manager untuk kunci SSH ini dan gunakan nama parameter sebagai nilai untuk `--repo-private-key` parameter. Untuk informasi selengkapnya tentang cara membuat `SecureString` parameter Systems Manager, lihat [Membuat SecureString parameter (AWS CLI)](https://docs.aws.amazon.com/systems-manager/latest/userguide/param-create-cli.html#param-create-cli-securestring) di *Panduan AWS Systems Manager Pengguna*.

Untuk jenis repositori Git lainnya, buat `SecureString` parameter Systems Manager untuk kunci SSH ini dan gunakan nama parameter sebagai nilai untuk parameter skrip. `--repo-private-key`

## Kunci SSH apa yang dapat saya gunakan untuk mengakses instans saya?
<a name="w2ab1c14c43c19c15"></a>

Saat Anda menjalankan skrip, skrip memigrasikan kunci SSH dan instance yang dikonfigurasi dalam tumpukan. Anda dapat menggunakan kunci SSH untuk mengakses instans Anda. Jika kunci SSH disediakan untuk tumpukan dan instance, skrip menggunakan kunci dari tumpukan. Jika Anda tidak yakin kunci SSH mana yang akan digunakan, lihat instance di EC2 console () [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). Halaman **Detail** di EC2 konsol menampilkan kunci SSH untuk instans Anda.

## Mengapa instans saya secara otomatis masuk dan keluar?
<a name="w2ab1c14c43c19c17"></a>

Auto Scaling menskalakan instans berdasarkan aturan penskalaan untuk grup Auto Scaling. Anda dapat mengatur nilai **kapasitas **Min**, **Maks**, dan Diinginkan** untuk grup Anda. Grup Auto Scaling secara otomatis menskalakan kapasitas Anda saat Anda memperbarui nilai ini.

## Bisakah saya mematikan Auto Scaling?
<a name="w2ab1c14c43c19c19"></a>

Anda dapat menonaktifkan Auto Scaling dengan menyetel nilai kapasitas Min**, Maks,** **dan **Diinginkan**** grup Auto Scaling ke nomor yang sama. Misalnya, jika Anda ingin selalu memiliki sepuluh instance, atur nilai **kapasitas **Min**, **Max**, dan Diinginkan** menjadi sepuluh. 

## Dapatkah saya melakukan pembaruan kernel dan paket pada EC2 instance yang diluncurkan?
<a name="w2ab1c14c43c19c21"></a>

 Secara default, pembaruan kernel dan paket terjadi saat EC2 instance boot. Gunakan langkah-langkah berikut untuk melakukan pembaruan kernel atau paket pada EC2 instance yang diluncurkan. Misalnya, Anda mungkin ingin menerapkan pembaruan setelah menjalankan penerapan atau konfigurasi resep. 

1.  Connect ke EC2 instans Anda. 

1.  Buat `perform_upgrade` fungsi berikut dan jalankan pada instance Anda. 

   ```
   perform_upgrade() {
       #!/bin/bash
       if [ -e '/etc/system-release' ] || [ -e '/etc/redhat-release' ]; then
        sudo yum -y update
       elif [ -e '/etc/debian_version' ]; then
        sudo apt-get update
        sudo apt-get dist-upgrade -y
       fi
   }
   perform_upgrade
   ```

1.  Setelah pembaruan kernel dan paket, Anda mungkin perlu me-reboot EC2 instance Anda. Untuk memeriksa apakah Anda reboot diperlukan, buat `reboot_if_required` fungsi berikut dan jalankan pada EC2 instance Anda. 

   ```
   reboot_if_required () {
    #!/bin/bash
    if [ -e '/etc/debian_version' ]; then
      if [ -f /var/run/reboot-required ]; then
        echo "reboot is required"
      else
        echo "reboot is not required"
      fi
    elif [ -e '/etc/system-release' ] || [ -e '/etc/redhat-release' ]; then
     export LC_CTYPE=en_US.UTF-8
     export LC_ALL=en_US.UTF-8
     LATEST_INSTALLED_KERNEL=`rpm -q --last kernel | perl -X -pe 's/^kernel-(\S+).*/$1/' | head -1`
     CURRENTLY_USED_KERNEL=`uname -r`
     if [ "${LATEST_INSTALLED_KERNEL}" != "${CURRENTLY_USED_KERNEL}" ];then
        echo "reboot is required"
     else
        echo "reboot is not required"
     fi
    fi
   }
   reboot_if_required
   ```

1.  Jika menjalankan `reboot_if_required` hasil dalam `reboot is required` pesan, reboot EC2 instance. Jika Anda menerima `reboot is not required` pesan, Anda tidak perlu me-reboot EC2 instance. 

## Mengapa volume EBS dalam instans saya tidak berisi data apa pun?
<a name="w2ab1c14c43c19c23"></a>

Saat Anda menjalankan skrip, skrip memigrasikan konfigurasi volume EBS, menciptakan arsitektur pengganti untuk OpsWorks tumpukan dan lapisan Anda. Skrip tidak memigrasikan instance aktual atau data yang terkandung dalam instance. Skrip hanya memigrasikan konfigurasi volume EBS pada tingkat lapisan dan melampirkan volume EBS kosong ke instance yang diluncurkan. EC2 

Ambil langkah-langkah berikut untuk menarik data dari volume EBS instans sebelumnya.

1. Ambil snapshot dari volume EBS instans Anda sebelumnya. Untuk informasi selengkapnya tentang membuat snapshot, lihat [Membuat snapshot Amazon EBS di Panduan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-creating-snapshot.html) Pengguna *Amazon EC2 *.

1. Buat volume dari snapshot Anda. Untuk informasi selengkapnya tentang membuat volume dari snapshot, lihat [Membuat volume dari snapshot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-creating-volume.html#ebs-create-volume-from-snapshot) di * EC2 Panduan Pengguna Amazon*.

1. Lampirkan volume yang Anda buat ke instance. Untuk informasi selengkapnya tentang [melampirkan volume, lihat Melampirkan volume Amazon EBS ke instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-attaching-volume.html) di * EC2 Panduan Pengguna Amazon*.

## Mengapa volume EBS yang dijelaskan dalam template peluncuran saya tidak dipasang?
<a name="w2ab1c14c43c19c25"></a>

 Jika Anda memberikan ID template peluncuran untuk `--launch-template` parameter dengan volume EBS, skrip melampirkan volume EBS, tetapi tidak memasang volume. Anda dapat memasang volume EBS terlampir dengan menjalankan `MountEBSVolumes` RunCommand dokumen yang dibuat skrip untuk EC2 instance yang diluncurkan. 

 Jika Anda tidak mengatur `--launch-template` parameter, skrip akan membuat template, dan ketika grup Auto Scaling meluncurkan EC2 instance baru, grup Auto Scaling secara otomatis melampirkan volume EBS dan kemudian menjalankan `SetupAutomation` perintah untuk memasang volume yang terpasang ke titik pemasangan yang dikonfigurasi dalam pengaturan lapisan. 

## Di mana saya dapat menemukan resep Chef dan log volume Mount EBS?
<a name="w2ab1c14c43c19c27"></a>

OpsWorks mengirimkan log ke bucket S3 yang dapat Anda tentukan dengan memberikan nilai untuk parameter. `--command-logs-bucket` Nama bucket S3 default memiliki format:`aws-opsworks-stacks-application-manager-logs-account-id`. Log resep koki disimpan di `ApplyChefRecipes` awalan. Log volume Mount EBS disimpan dalam `MountEBSVolumes` awalan. Semua layer yang dimigrasikan dari tumpukan mengirimkan log ke bucket S3 yang sama.

**catatan**  
Konfigurasi Siklus Hidup bucket S3 menyertakan aturan untuk menghapus log setelah 30 hari. Jika ingin menyimpan log selama lebih dari 30 hari, Anda harus memperbarui aturan dalam konfigurasi Siklus Hidup bucket S3.
Saat ini, OpsWorks hanya log Chef `setup` dan `terminate` resep.

## Di mana saya dapat menemukan log debug untuk skrip migrasi?
<a name="w2ab1c14c43c19c29"></a>

Skrip menempatkan log debug dalam ember bernama`aws-opsworks-stacks-transition-logs-account-id`. Anda dapat menemukan log debug di `migration_script` folder bucket S3 di bawah folder yang cocok dengan nama layer yang Anda migrasi.

## Apakah skrip migrasi mendukung pembuatan versi CloudFormation templat?
<a name="w2ab1c14c43c19c31"></a>

Skrip menghasilkan dokumen Systems Manager dari jenis CloudFormation yang membuat pengganti lapisan atau tumpukan yang ingin Anda migrasikan. Menjalankan skrip lagi, bahkan dengan parameter yang sama, mengekspor versi baru dari template layer yang diekspor sebelumnya. Versi template disimpan dalam bucket S3 yang sama dengan log skrip.

## Bisakah saya memigrasi beberapa lapisan?
<a name="w2ab1c14c43c19c33"></a>

`--layer-id`Parameter skrip lewat dalam satu lapisan. Untuk memigrasikan beberapa lapisan, jalankan kembali skrip dan teruskan yang berbeda. `--layer-id`

Lapisan yang merupakan bagian dari OpsWorks tumpukan yang sama terdaftar di bawah aplikasi yang sama di Application Manager.

1.  Buka konsol Systems Manager di [https://console.aws.amazon.com/systems-manager/](https://console.aws.amazon.com/systems-manager/). 

1. Pada panel navigasi, pilih **Manajer Aplikasi**.

1.  Di bagian **Aplikasi**, pilih **Aplikasi khusus**. 

1.  Pilih aplikasi Anda. Nama aplikasi dimulai dengan`app-stack-name-first-six-characters-stack-id`. 

1.  Elemen tingkat atas yang dimulai dengan aplikasi, menampilkan semua komponen yang sesuai dengan OpsWorks tumpukan Anda. Ini termasuk komponen yang sesuai dengan OpsWorks lapisan Anda.

1.  Pilih komponen yang sesuai dengan layer untuk melihat sumber daya untuk layer. Komponen yang mewakili OpsWorks lapisan juga terlihat dari bagian **aplikasi Kustom** sebagai aplikasi individual.

## Bagaimana cara membuat `SecureString` parameter?
<a name="w2ab1c14c43c19c35"></a>

Anda dapat menggunakan Systems Manager untuk membuat `SecureString` parameter. Untuk informasi selengkapnya tentang cara membuat `SecureString` parameter Systems Manager, lihat [Membuat SecureString parameter (AWS CLI)](https://docs.aws.amazon.com/systems-manager/latest/userguide/param-create-cli.html#param-create-cli-securestring) atau [Membuat parameter Systems Manager (konsol)](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-create-console.html) di *Panduan AWS Systems Manager Pengguna*.

Anda harus memberikan `SecureString` parameter sebagai nilai untuk`--http-username`,`--http-password`, atau `--repo-private-key` parameter.

## Bagaimana cara melindungi instans di grup Auto Scaling baru dari peristiwa penghentian?
<a name="w2ab1c14c43c19c37"></a>

Anda dapat melindungi instance dengan menyetel `--enable-instance-protection` parameter `TRUE` dan menambahkan kunci `protected_instance` tag ke setiap EC2 instance yang ingin Anda lindungi dari peristiwa penghentian. Saat Anda menyetel `--enable-instance-protection` parameter `TRUE` dan menambahkan kunci `protected_instance` tag, skrip akan menambahkan kebijakan penghentian kustom ke grup Auto Scaling baru Anda dan menangguhkan prosesnya. `ReplaceUnhealthy` Instans dengan kunci `protected_instance` tag dilindungi dari peristiwa penghentian berikut: 
+ Skala dalam acara
+ Refresh instans
+ Menyeimbangkan kembali
+ Instance max seumur hidup
+ Izinkan pengakhiran instans daftar
+ Pengakhiran dan penggantian contoh yang tidak sehat

**catatan**  
Anda harus mengatur kunci `protected_instance` tag pada instance yang ingin Anda lindungi. Kunci tag peka huruf besar/kecil. Setiap instance dengan kunci tag itu dilindungi terlepas dari nilai tag.  
 Untuk mengurangi waktu proses kebijakan penghentian kustom, Anda dapat meningkatkan jumlah instans default yang digunakan fungsi Lambda untuk memfilter instance yang dilindungi dengan memperbarui nilai variabel kode fungsi. `default_sample_size` Nilai defaultnya adalah 15. Jika Anda meningkatkan`default_sample_size`, Anda mungkin perlu meningkatkan memori yang dialokasikan ke fungsi Lambda, yang akan meningkatkan biaya fungsi Lambda Anda. Untuk informasi selengkapnya tentang harga AWS Lambda , lihat [Harga AWS Lambda](https://aws.amazon.com/).

## Penyeimbang beban apa yang tersedia dengan skrip migrasi?
<a name="w2ab1c14c43c19c39"></a>

Skrip ini menyediakan tiga opsi penyeimbang beban.
+  (Disarankan) Buat Application Load Balancer baru. Secara default, skrip membuat Application Load Balancer baru. Anda juga dapat mengatur `--lb-type` parameter ke`ALB`. Untuk informasi selengkapnya tentang Application Load Balancer, lihat [Apa itu Application](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html) Load Balancer? dalam *Panduan Pengguna Elastic Load Balancing*. 
+  Jika Application Load Balancer bukan pilihan, buat Classic Load Balancer dengan menyetel `--lb-type` parameter ke. `Classic` Jika Anda memilih opsi ini, Classic Load Balancer yang ada yang terpasang pada OpsWorks layer Anda akan tetap terpisah dari aplikasi Anda. Untuk informasi selengkapnya tentang Application Load Balancer, lihat [Apa itu Classic](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/introduction.html) Load Balancer? dalam Panduan Pengguna *Elastic Load Balancing: Classic Load Balancers*. 
+  Anda dapat melampirkan penyeimbang beban yang ada dengan menyetel `--lb-type` parameter ke`None`. 
**penting**  
 Sebaiknya buat load balancer Elastic Load Balancing baru untuk layer AWS Stacks Anda. OpsWorks Jika Anda memilih untuk menggunakan penyeimbang beban Elastic Load Balancing yang ada, Anda harus terlebih dahulu mengonfirmasi bahwa itu tidak digunakan untuk tujuan lain dan tidak memiliki instans yang terpasang. Setelah load balancer dilampirkan ke layer, OpsWorks menghapus instance yang ada dan mengonfigurasi load balancer untuk menangani hanya instance layer. Meskipun secara teknis dimungkinkan untuk menggunakan konsol Elastic Load Balancing atau API untuk memodifikasi konfigurasi load balancer setelah melampirkannya ke lapisan, Anda tidak boleh melakukannya; perubahan tidak akan permanen. 

**Untuk melampirkan penyeimbang beban OpsWorks layer yang ada ke grup Auto Scaling**

1. Jalankan skrip migrasi dengan `--lb-type` parameter yang disetel ke`None`. Ketika nilai diatur ke`None`, skrip tidak mengkloning atau membuat penyeimbang beban.

1. Setelah skrip menyebarkan CloudFormation tumpukan, perbarui `Min` `Max` grup `Desired capacity` dan nilai Auto Scaling, lalu uji aplikasi Anda.

1. Pilih yang `Link to the template` ditampilkan dalam output skrip. Jika Anda menutup terminal Anda, ambil langkah-langkah ini untuk mengakses template.

   1.  Buka konsol Systems Manager di [https://console.aws.amazon.com/systems-manager/](https://console.aws.amazon.com/systems-manager/). 

   1. Pada panel navigasi, pilih **Manajer Aplikasi**.

   1. Pilih **CloudFormation tumpukan** dan kemudian pilih **pustaka Template**.

   1. Pilih **Dimiliki oleh saya** dan temukan template Anda.

1. Dari CloudFormation template, pilih **Edit** dari menu **Tindakan**.

1. Perbarui `LabelBalancerNames` properti dalam bagian `ApplicationAsg` sumber daya CloudFormation template.

   ```
   ApplicationAsg:
      DependsOn: CustomTerminationLambdaPermission
      Properties:
      #(other properties in ApplicationAsg to remain unchanged)
         LoadBalancerNames:
           - load-balancer-name 
         HealthCheckType: ELB
   ```

1. Jika Anda ingin pemeriksaan kesehatan instans grup Auto Scaling Anda juga menggunakan pemeriksaan kesehatan penyeimbang beban, hapus bagian di bawah ini dan masukkan. `HealthCheckType` `ELB` Jika Anda hanya memerlukan pemeriksaan EC2 kesehatan, Anda tidak perlu mengubah template. 

1. Simpan perubahan Anda. Menyimpan membuat versi default baru dari template. Jika ini adalah pertama kalinya Anda menjalankan skrip untuk lapisan dan pertama kali Anda menyimpan perubahan di konsol, versi yang lebih baru adalah 2.

1. Dari **Actions**, pilih **Provision stack**. 

1. Konfirmasikan bahwa Anda ingin menggunakan versi default template. Pastikan **Pilih tumpukan yang ada** dipilih dan pilih CloudFormation tumpukan yang akan diperbarui.

1. Pilih **Berikutnya** untuk setiap halaman berikutnya hingga Anda melihat halaman **Tinjauan dan Ketentuan**. Pada halaman **Tinjauan dan Ketentuan**, pilih keduanya yang **saya akui yang AWS CloudFormation mungkin membuat sumber daya IAM dengan nama khusus** dan **saya memahami bahwa perubahan pada templat yang dipilih dapat AWS CloudFormation menyebabkan pembaruan atau penghapusan sumber daya yang ada AWS **.

1. Pilih **tumpukan Provision**.

Jika Anda perlu memutar kembali pembaruan Anda, lakukan langkah-langkah berikut.

1. Pilih **Actions** dan kemudian pilih **Provision stack**.

1. **Pilih salah satu versi yang ada** dan kemudian pilih versi template sebelumnya. 

1. Pilih **Pilih tumpukan yang ada** dan kemudian pilih CloudFormation tumpukan yang akan diperbarui.

## Apakah resep konfigurasi buku masak khusus dimigrasikan?
<a name="w2ab1c14c43c19c41"></a>

Konfigurasi buku masak khusus tidak didukung untuk dijalankan selama acara penyiapan. Skrip memigrasikan resep konfigurasi buku masak kustom dan membuat runbook Otomasi Systems Manager untuk Anda. Namun, Anda harus menjalankan resep secara manual.

Ambil langkah-langkah berikut untuk menjalankan resep konfigurasi Anda.

1.  Buka konsol Systems Manager di [https://console.aws.amazon.com/systems-manager/](https://console.aws.amazon.com/systems-manager/). 

1. Pada panel navigasi, pilih **Manajer Aplikasi**.

1.  Di bagian **Aplikasi**, pilih **Aplikasi khusus**. 

1.  Pilih aplikasi Anda. Nama aplikasi dimulai dengan`app-stack-name`. 

1.  Pilih **Resources** dan kemudian pilih runbook konfigurasi. **** 

1. Pilih **Jalankan Otomasi**.

1.  Pilih IDs contoh yang ingin Anda jalankan resep konfigurasi dan kemudian pilih **Execute**. 

## Bisakah saya menjalankan resep deploy dan undeploy pada instance yang baru saya buat?
<a name="w2ab1c14c43c19c43"></a>

Skrip dapat membuat tiga kemungkinan runbook Otomasi tergantung pada konfigurasi lapisan Anda.
+  Pengaturan 
+  Konfigurasi 
+  Mengakhiri 

Script juga dapat membuat parameter Systems Manager berikut yang berisi nilai input untuk `AWS-ApplyChefRecipes Run Command` dokumen.
+  Pengaturan 
+  Deploy 
+  Konfigurasi 
+  Undeploy 
+  Mengakhiri 

Ketika peristiwa scale-out terjadi, runbook Automation setup berjalan secara otomatis. Ini termasuk pengaturan dan penerapan resep buku masak khusus dari lapisan asli OpsWorks Anda. Ketika peristiwa scale-in terjadi, runbook Otomasi terminate berjalan secara otomatis. Runbook terminate Automation berisi resep shutdown dari layer asli Anda. OpsWorks 

Jika Anda ingin menjalankan undeploy atau mengkonfigurasi resep secara manual, lakukan langkah-langkah berikut.

1. Buka konsol Systems Manager di [https://console.aws.amazon.com/systems-manager/](https://console.aws.amazon.com/systems-manager/).

1. Pada panel navigasi, pilih **Manajer Aplikasi**.

1.  Di bagian **Aplikasi**, pilih **Aplikasi khusus**. 

1.  Pilih aplikasi Anda. Nama aplikasi dimulai dengan`app-stack-name-first-six-characters-stack-id`. Manajer aplikasi membuka tab **Gambaran Umum**. 

1.  Pilih **Sumber Daya** dan kemudian pilih runbook konfigurasi Otomasi. 

1. Pilih **Jalankan Otomasi**.

1.  Untuk parameter input Runbook `applyChefRecipesPropertiesParameter` Otomasi, rujuk parameter Systems Manager yang benar. Nama parameter Systems Manager mengikuti format`/ApplyChefRecipes-Preset/OpsWorks-stack-name-OpsWorks-layer-name-first-six-characters-stack-id/event`, di mana nilainya `Configure``Deploy`, atau `Undeploy` tergantung pada resep yang ingin Anda jalankan. *event* 

1. Pilih contoh di IDs mana Anda ingin menjalankan resep dan pilih **Execute**.

## Dapatkah saya mengubah subnet apa yang terbentang oleh grup Auto Scaling saya?
<a name="w2ab1c14c43c19c45"></a>

Secara default, grup Auto Scaling mencakup semua subnet di VPC stack Anda. OpsWorks Untuk memperbarui subnet mana yang akan direntang, lakukan langkah-langkah berikut. 

1. Pilih yang `Link to the template` ditampilkan dalam output skrip. Jika Anda menutup terminal Anda, ambil langkah-langkah ini untuk mengakses template.

   1.  Buka konsol Systems Manager di [https://console.aws.amazon.com/systems-manager/](https://console.aws.amazon.com/systems-manager/). 

   1. Pada panel navigasi, pilih **Manajer Aplikasi**.

   1. Pilih **CloudFormation tumpukan** dan kemudian pilih **pustaka Template**.

   1. Pilih **Dimiliki oleh saya** dan temukan template Anda.

1.  Dari **Actions**, pilih **Provision stack**. 

1.  Konfirmasikan bahwa Anda ingin menggunakan templat default. Pilih **Pilih tumpukan yang ada** dan kemudian pilih CloudFormation tumpukan yang akan diperbarui. 
**catatan**  
 Jika Anda menjalankan skrip dengan `--provision-application` parameter yang disetel ke`FALSE`, Anda harus membuat CloudFormation tumpukan baru. 

1.  Untuk `SubnetIDs` parameternya, berikan daftar subnet yang dipisahkan koma IDs yang Anda inginkan untuk menjangkau grup Auto Scaling Anda. 

1.  Pilih **Berikutnya** hingga Anda melihat halaman **Tinjauan dan Ketentuan**. 

1.  Pada halaman **Tinjauan dan Penyediaan**, pilih **Saya mengakui yang CloudFormation mungkin membuat sumber daya IAM dengan nama khusus** dan **saya memahami bahwa perubahan pada templat yang dipilih dapat CloudFormation menyebabkan pembaruan atau penghapusan sumber daya yang ada AWS **. 

1.  Pilih **tumpukan Provision**. 