Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Menggunakan OpsWorks Instans Stacks
**penting**
AWS OpsWorks Stacks Layanan ini mencapai akhir masa pakai pada 26 Mei 2024 dan telah dinonaktifkan untuk pelanggan baru dan yang sudah ada. Kami sangat menyarankan pelanggan untuk memindahkan beban kerja mereka ke solusi lain sesegera mungkin. Jika Anda memiliki pertanyaan tentang migrasi, hubungi AWS Dukungan Tim di [AWS re:Post](https://repost.aws/) atau melalui [AWS Dukungan](https://aws.amazon.com/support) Premium.
Anda dapat menggunakan OpsWorks Stacks untuk membuat instance dan menambahkannya ke tumpukan.
**Topics**
+ [OpsWorks Stacks sistem operasi](workinginstances-os.md)
+ [Menambahkan Instance ke Layer](workinginstances-add.md)
+ [Menggunakan Custom AMIs](workinginstances-custom-ami.md)
+ [Memulai, Menghentikan, dan Memulai Ulang Instans 24/7 Secara Manual](workinginstances-starting.md)
+ [Mengelola beban dengan instans berbasis waktu dan berbasis beban](workinginstances-autoscaling.md)
# OpsWorks Stacks sistem operasi
**penting**
AWS OpsWorks Stacks Layanan ini mencapai akhir masa pakai pada 26 Mei 2024 dan telah dinonaktifkan untuk pelanggan baru dan yang sudah ada. Kami sangat menyarankan pelanggan untuk memindahkan beban kerja mereka ke solusi lain sesegera mungkin. Jika Anda memiliki pertanyaan tentang migrasi, hubungi AWS Dukungan Tim di [AWS re:Post](https://repost.aws/) atau melalui [AWS Dukungan](https://aws.amazon.com/support) Premium.
OpsWorks Stacks mendukung versi 64-bit dari beberapa sistem operasi bawaan, termasuk distribusi Amazon dan Ubuntu Linux, dan Microsoft Windows Server. Beberapa catatan umum:
+ Instans tumpukan dapat menjalankan Linux atau Windows.
Tumpukan dapat memiliki versi atau distribusi Linux yang berbeda pada instance yang berbeda, tetapi Anda tidak dapat mencampur instance Linux dan Windows.
+ Anda dapat menggunakan [kustom AMIs](workinginstances-custom-ami.md) (Amazon Machine Images), tetapi mereka harus didasarkan pada salah satu OpsWorks Stacks-support AMIs yang dijelaskan dalam topik di bagian ini. Meskipun dimungkinkan untuk membuat atau mendaftarkan instance dengan sistem operasi lain (seperti CentOS 6. *x*) yang telah dibuat dari kustom atau yang dihasilkan oleh komunitas AMIs, ini tidak didukung secara resmi.
+ [Sistem operasi Linux](workinginstances-os-linux.md)
+ [Microsoft Windows Server](workinginstances-os-windows.md)
+ Anda dapat [memulai dan menghentikan instance secara manual](workinginstances-starting.md) atau membuat OpsWorks Stacks [secara otomatis menskalakan](workinginstances-autoscaling.md) jumlah instance.
Anda dapat menggunakan penskalaan otomatis berbasis waktu dengan tumpukan apa pun; Tumpukan Linux juga dapat menggunakan penskalaan berbasis beban.
+ Selain menggunakan OpsWorks Stacks untuk membuat EC2 instans Amazon, Anda juga dapat [mendaftarkan instance dengan tumpukan Linux yang](workinginstances-autoscaling.md) dibuat di luar Stacks. OpsWorks
Ini termasuk instans dan EC2 instans Amazon yang berjalan di perangkat keras Anda sendiri. Namun, mereka harus menjalankan salah satu distribusi Linux yang didukung. Anda tidak dapat mendaftarkan instans Amazon EC2 atau Windows lokal.
Anda dapat menjalankan OpsWorks Stacks [https://docs.aws.amazon.com/opsworks/latest/APIReference/API_DescribeOperatingSystems.html](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_DescribeOperatingSystems.html)API untuk menampilkan daftar sistem operasi yang didukung dan versi Chef yang didukung. Berikut ini adalah contoh perintah, menggunakan AWS CLI.
```
aws opsworks describe-operating-systems
```
Berikut ini adalah contoh respons.
```
{
"OperatingSystems": [
{
"Name": "Amazon Linux",
"Id": "Amazon Linux",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2014.03",
"Supported": false
},
{
"Name": "Amazon Linux 2",
"Id": "Amazon Linux 2",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2"
},
{
"Name": "Amazon Linux 2014.09",
"Id": "Amazon Linux 2014.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2014.09",
"Supported": false
},
{
"Name": "Amazon Linux 2015.03",
"Id": "Amazon Linux 2015.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2015.03",
"Supported": false
},
{
"Name": "Amazon Linux 2015.09",
"Id": "Amazon Linux 2015.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2015.09",
"Supported": false
},
{
"Name": "Amazon Linux 2016.03",
"Id": "Amazon Linux 2016.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2016.03"
},
{
"Name": "Amazon Linux 2016.09",
"Id": "Amazon Linux 2016.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2016.09"
},
{
"Name": "Amazon Linux 2017.03",
"Id": "Amazon Linux 2017.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2017.03"
},
{
"Name": "Amazon Linux 2017.09",
"Id": "Amazon Linux 2017.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2017.09"
},
{
"Name": "Amazon Linux 2018.03",
"Id": "Amazon Linux 2018.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2018.03"
},
{
"Name": "CentOS Linux 7",
"Id": "CentOS Linux 7",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "CentOS Linux",
"ReportedVersion": "7"
},
{
"Name": "Microsoft Windows Server 2012 R2 Base",
"Id": "Microsoft Windows Server 2012 R2 Base",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2012 R2 with SQL Server Express",
"Id": "Microsoft Windows Server 2012 R2 with SQL Server Express",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2012 R2 with SQL Server Standard",
"Id": "Microsoft Windows Server 2012 R2 with SQL Server Standard",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2012 R2 with SQL Server Web",
"Id": "Microsoft Windows Server 2012 R2 with SQL Server Web",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2019 Base",
"Id": "Microsoft Windows Server 2019 Base",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2019 with SQL Server Express",
"Id": "Microsoft Windows Server 2019 with SQL Server Express",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2019 with SQL Server Standard",
"Id": "Microsoft Windows Server 2019 with SQL Server Standard",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2019 with SQL Server Web",
"Id": "Microsoft Windows Server 2019 with SQL Server Web",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 Base",
"Id": "Microsoft Windows Server 2022 Base",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 with SQL Server Express",
"Id": "Microsoft Windows Server 2022 with SQL Server Express",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 with SQL Server Standard",
"Id": "Microsoft Windows Server 2022 with SQL Server Standard",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 with SQL Server Web",
"Id": "Microsoft Windows Server 2022 with SQL Server Web",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Red Hat Enterprise Linux 7",
"Id": "Red Hat Enterprise Linux 7",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
}
],
"ReportedName": "Red Hat Enterprise Linux",
"ReportedVersion": "7"
},
{
"Name": "Ubuntu 12.04 LTS",
"Id": "Ubuntu 12.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "12.04",
"Supported": false
},
{
"Name": "Ubuntu 14.04 LTS",
"Id": "Ubuntu 14.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "14.04"
},
{
"Name": "Ubuntu 16.04 LTS",
"Id": "Ubuntu 16.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "16.04"
},
{
"Name": "Ubuntu 18.04 LTS",
"Id": "Ubuntu 18.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "18.04"
},
{
"Name": "Ubuntu 20.04 LTS",
"Id": "Ubuntu 20.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "20.04"
},
{
"Name": "Custom",
"Id": "Custom",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
]
},
{
"Name": "CustomWindows",
"Id": "CustomWindows",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
]
}
]
}
```
**Topics**
+ [Sistem operasi Linux](workinginstances-os-linux.md)
+ [Microsoft Windows Server](workinginstances-os-windows.md)
# Sistem operasi Linux
**penting**
AWS OpsWorks Stacks Layanan ini mencapai akhir masa pakai pada 26 Mei 2024 dan telah dinonaktifkan untuk pelanggan baru dan yang sudah ada. Kami sangat menyarankan pelanggan untuk memindahkan beban kerja mereka ke solusi lain sesegera mungkin. Jika Anda memiliki pertanyaan tentang migrasi, hubungi AWS Dukungan Tim di [AWS re:Post](https://repost.aws/) atau melalui [AWS Dukungan](https://aws.amazon.com/support) Premium.
OpsWorks Stacks mendukung versi 64-bit dari sistem operasi Linux berikut.
+ [Amazon Linux](https://aws.amazon.com/amazon-linux-ami/faqs/) dan [Amazon Linux 2](https://aws.amazon.com/amazon-linux-2/) (lihat [konsol OpsWorks Stacks](https://console.aws.amazon.com/opsworks/) untuk versi yang saat ini didukung)
+ [Ubuntu 20.04 LTS](https://wiki.ubuntu.com/FocalFossa/ReleaseNotes)
+ [CentOS 7](https://docs.centos.org/en-US/centos/install-guide/Revision_History/)
+ [Perusahaan Topi Merah Linux 7](https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/)
Anda juga dapat menggunakan [kustom AMIs](workinginstances-custom-ami.md) berdasarkan sistem operasi ini.
Beberapa catatan umum tentang instance Linux:
**Versi paket yang didukung**
Versi yang didukung dan tingkat patch untuk paket, seperti Ruby, bergantung pada sistem operasi dan versi seperti yang dijelaskan di bagian berikut.
**Pembaruan**
Secara default, OpsWorks Stacks memastikan bahwa instance Linux memiliki patch keamanan terbaru dengan secara otomatis memanggil `yum update` atau `apt-get update` setelah instance boot. Untuk menonaktifkan pembaruan otomatis, gunakan [CreateInstance](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_CreateInstance.html), [UpdateInstance[CreateLayer](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_CreateLayer.html)](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_UpdateInstance.html), atau [UpdateLayer](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_UpdateLayer.html)tindakan—atau [metode AWS SDK](https://aws.amazon.com/tools/) yang setara atau perintah AWS [CLI](https://aws.amazon.com/documentation/cli/) — untuk menyetel parameter ke. `InstallUpdatesOnBoot` `false`
Untuk menghindari gangguan layanan, OpsWorks Stacks tidak secara otomatis menginstal pembaruan setelah instans online. Anda dapat memperbarui sistem operasi instans online secara manual kapan saja dengan menjalankan [perintah tumpukan Sistem Operasi Upgrade](workingstacks-commands.md). Untuk informasi selengkapnya tentang cara mengelola pembaruan keamanan, lihat[Mengelola Pembaruan Keamanan](workingsecurity-updates.md).
Untuk kontrol lebih lanjut tentang cara OpsWorks Stacks memperbarui instans Anda, buat AMI kustom berdasarkan salah satu sistem operasi yang didukung. Misalnya, dengan kustom AMIs Anda dapat menentukan versi paket mana yang diinstal pada sebuah instance. Setiap distribusi Linux memiliki garis waktu dukungan dan kebijakan penggabungan paket yang berbeda, jadi Anda harus mempertimbangkan pendekatan mana yang paling sesuai dengan kebutuhan Anda. Untuk informasi selengkapnya, lihat [Menggunakan Custom AMIs](workinginstances-custom-ami.md).
**Berkas host**
Setiap instance online memiliki `/etc/hosts` file yang memetakan alamat IP ke nama host. OpsWorks Stacks mencakup alamat publik dan pribadi untuk semua instance online stack di setiap file instance. `hosts` Misalnya, Anda memiliki tumpukan dengan dua instance Server Aplikasi Node.js, nodejs-app1 dan nodejs-app2, dan satu instance MySQL, db-master1. `hosts`File instance nodejs-app1 akan terlihat seperti contoh berikut, dan instance lain akan memiliki file serupa. `hosts`
```
...
# OpsWorks Layer State
192.0.2.0 nodejs-app1.localdomain nodejs-app1
10.145.160.232 db-master1
198.51.100.0 db-master1-ext
10.243.77.78 nodejs-app2
203.0.113.0 nodejs-app2-ext
10.84.66.6 nodejs-app1
192.0.2.0 nodejs-app1-ext
```
**OpsWorks Dukungan proxy agen Stacks**
Agen OpsWorks Stacks untuk Chef 11.10 dan tumpukan yang lebih baru mencakup dukungan dasar untuk server proxy, yang biasanya digunakan dengan terisolasi. VPCs Untuk mengaktifkan dukungan server proxy, sebuah instance harus memiliki `/etc/environment` file yang menyediakan pengaturan yang sesuai untuk lalu lintas HTTP dan HTTPS. File akan terlihat mirip dengan yang berikut ini, di mana Anda mengganti teks yang disorot dengan URL dan port server proxy Anda:
```
http_proxy="http://myproxy.example.com:8080/"
https_proxy="http://myproxy.example.com:8080/"
no_proxy="169.254.169.254"
```
Untuk mengaktifkan dukungan proxy, sebaiknya [buat AMI kustom](workinginstances-custom-ami.md) yang menyertakan `/etc/environment` file yang sesuai dan menggunakan AMI tersebut untuk membuat instance Anda.
Kami tidak menyarankan menggunakan resep khusus untuk membuat `/etc/environment` file pada instance Anda. OpsWorks Tumpukan membutuhkan data server proxy di awal proses penyiapan, sebelum resep khusus apa pun dijalankan.
**Topics**
+ [Amazon Linux](#workinginstances-os-amazon)
+ [Ubuntu LTS](#workinginstances-os-linux-ubuntu)
+ [CentOS](#workinginstances-os-linux-centos)
+ [Linux Red Hat Enterprise](#workinginstances-os-linux-rhel)
## Amazon Linux
OpsWorks Stacks mendukung versi 64-bit Amazon Linux dan Amazon Linux 2. Selain pembaruan dan tambalan rutin, Amazon Linux merilis versi baru kira-kira setiap enam bulan, yang dapat melibatkan perubahan signifikan. Saat Anda membuat tumpukan atau instance baru, Anda harus menentukan versi Amazon Linux mana yang akan digunakan. Saat AWS merilis versi baru, instans Anda akan terus menjalankan versi yang ditentukan hingga Anda mengubahnya secara eksplisit. Setelah versi Amazon Linux baru dirilis, ada periode migrasi empat minggu, di mana AWS terus memberikan pembaruan rutin untuk versi lama. Setelah periode migrasi berakhir, instans Anda dapat terus menjalankan versi lama, tetapi AWS tidak menyediakan pembaruan lebih lanjut. Untuk informasi lebih lanjut, lihat [Amazon Linux AMI FAQs](https://aws.amazon.com/amazon-linux-ami/faqs/#lock).
Ketika versi Amazon Linux baru dirilis, kami sarankan Anda memperbarui ke versi baru dalam periode migrasi sehingga instans Anda terus menerima pembaruan keamanan. Sebelum memperbarui instance tumpukan produksi, sebaiknya Anda memulai instance baru dan memverifikasi bahwa aplikasi Anda berjalan dengan benar di versi baru. Anda kemudian dapat memperbarui instance tumpukan produksi.
**catatan**
Secara default, kustom AMIs berbasis Amazon Linux secara otomatis diperbarui ke versi baru ketika dirilis. Praktik yang disarankan adalah mengunci AMI kustom Anda ke versi Amazon Linux tertentu sehingga Anda dapat menunda pembaruan hingga Anda menguji versi baru. Untuk informasi selengkapnya, lihat [Bagaimana cara mengunci AMI ke versi tertentu?](https://aws.amazon.com/amazon-linux-ami/faqs/#lock) .
Jika Anda menggunakan CloudFormation template untuk membuat tumpukan dengan instance yang menjalankan Amazon Linux, template harus secara eksplisit menentukan versi Amazon Linux. Secara khusus, jika template Anda menentukan`Amazon Linux`, instance akan terus menjalankan versi 2016.09. Untuk informasi selengkapnya, lihat [AWS::OpsWorks::Stack](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-opsworks-stack.html) dan [AWS::OpsWorks::Instance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-opsworks-instance.html).
Untuk memperbarui versi Amazon Linux instans, lakukan salah satu hal berikut:
+ Untuk instance online, jalankan [perintah tumpukan **Sistem Operasi Upgrade**](workingstacks-commands.md).
Ketika versi Amazon Linux baru tersedia, halaman **Instances** dan **Stack** menampilkan pemberitahuan dengan tautan yang membawa Anda ke halaman **Run Command**. Anda kemudian dapat menjalankan **Upgrade Sistem Operasi** untuk meng-upgrade instance Anda.
+ Untuk instans offline Amazon Elastic Block Store (didukung EBS), mulai instans dan jalankan **Sistem Operasi Upgrade**, seperti yang dijelaskan dalam pernyataan sebelumnya.
+ Untuk instans yang didukung penyimpanan instans offline, termasuk instance berbasis waktu dan berbasis beban, [edit setelan **sistem Operasi** instans untuk](workinginstances-properties.md) menentukan versi baru.
OpsWorks Stacks secara otomatis memperbarui instance ke versi baru saat dimulai ulang.
**Amazon Linux: Versi Node.js yang Didukung**
| Versi Amazon Linux | Versi Node.js |
| --- | --- |
| 2
| (Not applicable to operating systems that are available for Chef 12 and higher stacks only)
|
| 2018.03
| 0.12.18
|
| 2017.09
| 0.12.18
|
| 2017.03
| 0.12.18
|
| 2016.09
| 0.12.18
0.12.17
0.12.16
0.12.15
|
| 2016.03
| 0.12.18
0.12.17
0.12.16
0.12.15
0.12.14
0.12.13
0.12.12
0.12.10
|
**Amazon Linux: Versi Chef yang Didukung**
| Versi Koki | Versi Amazon Linux yang Didukung |
| --- | --- |
| 12
| Amazon Linux 2
Amazon Linux 2018.03
Amazon Linux 2017.09
Amazon Linux 2017.03
Amazon Linux 2016.09
Amazon Linux 2016.03
|
| 11.10
| Amazon Linux 2018.03
Amazon Linux 2017.09
Amazon Linux 2017.03
Amazon Linux 2016.09
Amazon Linux 2016.03
|
| 11.4 (deprecated)
| Amazon Linux 2016.09
Amazon Linux 2016.03
|
**penting**
Sebelum memperbarui instance t1.micro, pastikan mereka memiliki file swap sementara,. `/var/swapfile` Instans t1.micro pada tumpukan Chef 0.9 tidak memiliki file swap. Untuk tumpukan Chef 11.4 dan Chef 11.10, versi terbaru agen instans secara otomatis membuat file swap untuk instans t1.micro. Namun, perubahan ini diperkenalkan selama beberapa minggu, jadi Anda harus memeriksa keberadaan `/var/swapfile` instance yang dibuat sebelum sekitar 24 Maret 2014.
Untuk instance t1.micro yang tidak memiliki file swap, Anda dapat membuatnya sebagai berikut:
Untuk tumpukan Chef 11.10 dan yang lebih baru, buat instance t1.micro baru, yang secara otomatis memiliki file swap.
Untuk tumpukan Chef 0.9, jalankan perintah berikut pada setiap instance sebagai pengguna root.
```
dd if=/dev/zero of=/var/swapfile bs=1M count=256
mkswap /var/swapfile
chown root:root /var/swapfile
chmod 0600 /var/swapfile
swapon /var/swapfile
```
Anda juga dapat menggunakan perintah ini di Chef 11.10 dan tumpukan yang lebih baru jika Anda tidak ingin membuat instance baru.
## Ubuntu LTS
Ubuntu merilis versi Ubuntu LTS baru kira-kira setiap dua tahun dan mendukung setiap rilis selama kurang lebih lima tahun. Ubuntu menyediakan patch keamanan dan update selama durasi dukungan sistem operasi. Untuk informasi selengkapnya, lihat [LTS - Ubuntu Wiki](https://wiki.ubuntu.com/LTS).
+ Anda tidak dapat memperbarui instance Ubuntu yang ada ke rilis Ubuntu yang lebih baru.
Anda harus [membuat instance Ubuntu baru](workinginstances-add.md) dan [menghapus instance lama](workinginstances-delete.md).
+ Ubuntu 20.04 LTS hanya didukung untuk Chef 12 dan tumpukan yang lebih tinggi.
## CentOS
OpsWorks Stacks mendukung [CentOS](https://docs.centos.org/en-US/docs/) 7 versi 64-bit. Versi awal yang didukung adalah CentOS 7, dan CentOS merilis versi baru kira-kira setiap dua tahun.
Saat Anda memulai instance baru di tumpukan CentOS, OpsWorks Stacks secara otomatis menginstal versi CentOS terbaru. Karena OpsWorks Stacks tidak secara otomatis memperbarui sistem operasi pada instance yang ada saat versi minor CentOS baru dirilis, instance yang baru dibuat mungkin menerima versi yang lebih baru daripada instance tumpukan yang ada. Agar versi tetap konsisten di seluruh tumpukan, Anda dapat memperbarui instance yang ada ke versi CentOS saat ini, sebagai berikut:
+ Untuk instance online, jalankan [perintah tumpukan **Sistem Operasi Upgrade**](workingstacks-commands.md), yang berjalan `yum update` pada instance yang ditentukan untuk memperbaruinya ke versi saat ini.
Ketika versi minor CentOS 7 baru tersedia, halaman **Instances** dan **Stack** menampilkan pemberitahuan dengan tautan yang membawa Anda ke halaman **Run** Command. Anda kemudian dapat menjalankan **Upgrade Sistem Operasi** untuk meng-upgrade instance Anda.
+ Untuk instans offline yang didukung Amazon EBS, mulai instans dan jalankan **Sistem Operasi Upgrade** seperti yang dijelaskan dalam item daftar sebelumnya.
+ Untuk instans yang didukung penyimpanan instans offline, OpsWorks Stacks secara otomatis menginstal versi baru saat instance dimulai ulang.
**CentOS: Versi Chef yang Didukung**
| Versi Koki | Versi CentOS yang Didukung |
| --- | --- |
| 12
| CentOS 7
|
| 11.10
| (None supported)
|
| 11.4 (deprecated)
| (None supported)
|
**catatan**
OpsWorks Stacks mendukung Apache 2.4 untuk instance CentOS.
## Linux Red Hat Enterprise
OpsWorks Stacks mendukung versi 64-bit [Red Hat Enterprise Linux 7](https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/) (RHEL 7). Versi awal yang didukung adalah RHEL 7.1 dan Red Hat merilis versi minor baru kira-kira setiap 9 bulan. Versi minor harus kompatibel dengan RHEL 7.0. Untuk informasi selengkapnya, lihat [Kebijakan Siklus Hidup dan Pembaruan](https://access.redhat.com/support/policy/update_policies).
Saat Anda memulai instance baru, OpsWorks Stacks secara otomatis menginstal versi RHEL 7 saat ini. Karena OpsWorks Stacks tidak secara otomatis memperbarui sistem operasi pada instance yang ada saat versi minor RHEL 7 baru dirilis, instance yang baru dibuat mungkin menerima versi yang lebih baru daripada instance stack yang ada. Agar versi tetap konsisten di seluruh tumpukan, Anda dapat memperbarui instans yang ada ke versi RHEL 7 saat ini, sebagai berikut:
+ Untuk instance online, jalankan [perintah tumpukan **Sistem Operasi Upgrade**](workingstacks-commands.md), yang berjalan `yum update` pada instance yang ditentukan untuk memperbaruinya ke versi saat ini.
Ketika versi RHEL 7 baru tersedia, halaman **Instances** dan **Stack** menampilkan pemberitahuan dengan tautan yang membawa Anda ke halaman **Run Command**. Anda kemudian dapat menjalankan **Upgrade Sistem Operasi** untuk meng-upgrade instance Anda.
+ Untuk instans offline yang didukung Amazon EBS, mulai instans dan jalankan **Sistem Operasi Upgrade** seperti yang dijelaskan dalam item daftar sebelumnya.
+ Untuk instans yang didukung penyimpanan instans offline, OpsWorks Stacks secara otomatis menginstal versi baru saat instance dimulai ulang.
**Red Hat Enterprise Linux: Versi Node.js yang Didukung**
| Versi RHEL | Versi Node.js |
| --- | --- |
| 7
| (Node.js versions only apply to Chef 11.10 stacks)
0.8.19
0.8.26
0.10.11
0.10.21
0.10.24
0.10.25
0.10.27
0.10.29
0.10.40
0.12.10
0.12.12
0.12.13
0.12.15
|
**Red Hat Enterprise Linux: Versi Chef yang Didukung**
| Versi Koki | Versi RHEL yang Didukung |
| --- | --- |
| 12
| Red Hat Enterprise Linux 7
|
| 11.10
| Red Hat Enterprise Linux 7
|
| 11.4 (deprecated)
| (None supported)
|
Semua versi Node.js yang lebih tua dari 0.10.40 tidak digunakan lagi. 0.12.7 dan 0.12.9 juga tidak digunakan lagi.
**catatan**
OpsWorks Stacks mendukung Apache 2.4 untuk instans RHEL 7.
# Microsoft Windows Server
**penting**
AWS OpsWorks Stacks Layanan ini mencapai akhir masa pakai pada 26 Mei 2024 dan telah dinonaktifkan untuk pelanggan baru dan yang sudah ada. Kami sangat menyarankan pelanggan untuk memindahkan beban kerja mereka ke solusi lain sesegera mungkin. Jika Anda memiliki pertanyaan tentang migrasi, hubungi AWS Dukungan Tim di [AWS re:Post](https://repost.aws/) atau melalui [AWS Dukungan](https://aws.amazon.com/support) Premium.
Catatan berikut menjelaskan dukungan OpsWorks Stacks untuk instance Windows. Instans Windows hanya tersedia untuk tumpukan Chef 12.2. Versi yang tepat dari Chef dalam tumpukan Windows adalah 12.22.
**Saat ini, agen OpsWorks Stacks tidak dapat diinstal pada—dan OpsWorks Stacks tidak dapat mengelola—instance berbasis Windows yang menggunakan bahasa UI sistem selain Inggris - Amerika Serikat (en-AS).**
**Versi**
OpsWorks Stacks mendukung versi Windows 64-bit berikut:
+ Basis Microsoft Windows Server 2022
+ Microsoft Windows Server 2022 dengan SQL Server Express
+ Microsoft Windows Server 2022 dengan Standar SQL Server
+ Microsoft Windows Server 2022 dengan SQL Server Web
+ Pangkalan Microsoft Windows Server 2019
+ Microsoft Windows Server 2019 dengan SQL Server Express
+ Microsoft Windows Server 2019 dengan Standar SQL Server
+ Microsoft Windows Server 2019 dengan SQL Server Web
**Membuat Instans**
Anda membuat instance Windows dengan konsol OpsWorks Stacks, API, atau CLI. Instans Windows didukung Amazon EBS, tetapi Anda tidak dapat memasang volume Amazon EBS tambahan.
Tumpukan Windows dapat menggunakan instance [24/7](workinginstances-starting.md), yang Anda mulai dan hentikan secara manual. Mereka juga dapat menggunakan [penskalaan otomatis berbasis waktu](workinginstances-autoscaling-timebased.md), yang secara otomatis memulai dan menghentikan instance berdasarkan jadwal yang ditentukan pengguna. Tumpukan berbasis Windows tidak dapat menggunakan penskalaan otomatis berbasis [beban](workinginstances-autoscaling-loadbased.md).
Anda tidak dapat [mendaftarkan instance Windows](registered-instances.md) yang dibuat di luar OpsWorks Stacks dengan tumpukan.
**Pembaruan**
AWS memperbarui Windows AMIs untuk setiap set tambalan, jadi ketika Anda membuat instance, itu akan memiliki pembaruan terbaru. Namun, OpsWorks Stacks tidak menyediakan cara untuk menerapkan pembaruan ke instance Windows online. Cara termudah untuk memastikan bahwa Windows up to date adalah dengan mengganti instans Anda secara teratur, sehingga mereka selalu menjalankan AMI terbaru.
**Lapisan**
Untuk menangani tugas-tugas seperti menginstal dan mengonfigurasi perangkat lunak atau menyebarkan aplikasi, Anda perlu mengimplementasikan satu atau lebih [lapisan khusus dengan resep](workinglayers-custom.md) khusus.
**Chef**
[Instans Windows menggunakan Chef 12.22, dan menjalankan [chef-client dalam mode lokal, yang meluncurkan server Chef dalam memori lokal](https://docs.chef.io/ctl_chef_client.html#run-in-local-mode) yang disebut chef-zero.](https://docs.chef.io/ctl_chef_client.html#about-chef-zero) Kehadiran server ini memungkinkan resep khusus untuk menggunakan pencarian Chef dan tas data.
**Login Jarak Jauh**
OpsWorks Stacks menyediakan pengguna IAM resmi dengan kata sandi yang dapat mereka gunakan untuk masuk ke instance Windows. Kata sandi ini kedaluwarsa setelah waktu yang ditentukan. [Administrator dapat menggunakan key pair SSH untuk mengambil kata sandi Administrator instance, yang menyediakan akses RDP tanpa batas.](workinginstances-rdp.md) Untuk informasi selengkapnya, lihat [Masuk dengan RDP](workinginstances-rdp.md).
**AWS SDK**
OpsWorks Stacks secara otomatis menginstal [AWS SDK untuk .NET](https://aws.amazon.com/sdk-for-net/)pada setiap instance. Paket ini mencakup pustaka AWS .NET dan AWS Tools untuk Windows, termasuk [AWS Tools for PowerShell](https://aws.amazon.com/powershell/). Untuk menggunakan Ruby SDK, Anda dapat meminta resep khusus menginstal permata yang sesuai.
**Pemantauan dan Metrik**
Instans Windows mendukung [metrik Amazon CloudWatch (CloudWatch)](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/WhatIsCloudWatch.html) standar, yang dapat Anda lihat di konsol. CloudWatch
**Ruby**
Klien Chef 12.22 yang diinstal OpsWorks Stacks pada instans Windows dilengkapi dengan Ruby 2.3.6. Namun, OpsWorks Stacks tidak menambahkan direktori executable ke variabel lingkungan PATH. Agar aplikasi Anda menggunakan versi Ruby ini, Anda biasanya dapat menemukannya di`C:\opscode\chef\embedded\bin\`.
**OpsWorks Agen Tumpukan CLI**
[Agen OpsWorks Stacks pada instance Windows tidak mengekspos antarmuka baris perintah.](agent.md)
**Support Proxy**
Lakukan hal berikut untuk menyiapkan dukungan proxy untuk instance Windows:
1. Ubah `machine.config` untuk menambahkan yang berikut ini, yang menambahkan dukungan proxy ke aplikasi Windows PowerShell (bootstrap awal) dan .NET (agen OpsWorks Stacks):
```
```
1. Jalankan perintah berikut untuk mengatur variabel lingkungan untuk digunakan nanti oleh Chef dan Git:
```
setx /m no_proxy "localhost,169.254.169.254"
setx /m http_proxy "http://10.100.1.91:3128"
setx /m https_proxy "http://10.100.1.91:3128"
```
**catatan**
Untuk kontrol lebih lanjut tentang cara OpsWorks Stacks memperbarui instans Anda, buat AMI kustom berdasarkan Microsoft Windows Server 2022 Base. Misalnya, dengan kustom AMIs Anda dapat menentukan perangkat lunak mana yang diinstal pada sebuah instance, seperti Web Server (IIS). Lihat informasi yang lebih lengkap di [Menggunakan Custom AMIs](workinginstances-custom-ami.md).
# Menambahkan Instance ke Layer
**penting**
AWS OpsWorks Stacks Layanan ini mencapai akhir masa pakai pada 26 Mei 2024 dan telah dinonaktifkan untuk pelanggan baru dan yang sudah ada. Kami sangat menyarankan pelanggan untuk memindahkan beban kerja mereka ke solusi lain sesegera mungkin. Jika Anda memiliki pertanyaan tentang migrasi, hubungi AWS Dukungan Tim di [AWS re:Post](https://repost.aws/) atau melalui [AWS Dukungan](https://aws.amazon.com/support) Premium.
Setelah Anda membuat layer, Anda biasanya menambahkan setidaknya satu instance. Anda dapat menambahkan lebih banyak instance nanti, jika set saat ini tidak dapat menangani beban. Anda juga dapat menggunakan instans [berbasis beban atau berbasis waktu untuk secara otomatis menskalakan jumlah instans](workinginstances-autoscaling.md).
Anda dapat menambahkan instance baru atau yang sudah ada ke layer:
+ **Baru** — OpsWorks membuat instance baru, dikonfigurasi sesuai spesifikasi Anda, dan menjadikannya anggota layer.
+ **Ada** —Anda dapat menambahkan instance yang ada dari lapisan yang kompatibel, tetapi harus dalam keadaan offline (berhenti).
[Jika instance milik beberapa lapisan, OpsWorks Stacks menjalankan resep untuk setiap lapisan instance saat peristiwa siklus hidup terjadi, atau saat Anda menjalankan perintah [stack](workingstacks-commands.md) atau deployment.](workingapps-deploying.md)
Anda juga dapat membuat instance sebagai anggota dari beberapa lapisan dengan mengedit konfigurasinya. Untuk informasi selengkapnya, lihat [Mengedit Konfigurasi Instance](workinginstances-properties.md).
**Untuk menambahkan instance baru ke layer**
1. Pada halaman **Instances**, pilih **\$1Instance** untuk layer yang sesuai dan (jika perlu) pilih tab **Baru**. Jika Anda ingin mengonfigurasi lebih dari sekedar **nama Host**, **Ukuran**, dan **Subnet** atau **Availability Zone**, pilih **Advanced >>** untuk melihat opsi lainnya. Berikut ini menunjukkan set lengkap pilihan:
![\[+ Instance untuk instance baru di halaman Instance\]](http://docs.aws.amazon.com/id_id/opsworks/latest/userguide/images/add_instance.png)
1. Jika diinginkan, Anda dapat mengganti konfigurasi default, yang sebagian besar Anda tentukan saat membuat tumpukan. Untuk informasi selengkapnya, lihat [Buat Stack Baru](workingstacks-creating.md).
**Hostname**
Mengidentifikasi instance di jaringan. Secara default, OpsWorks Stacks menghasilkan nama host setiap instans dengan menggunakan **tema Hostname** yang Anda tentukan saat Anda membuat tumpukan. Anda dapat mengganti nilai ini dan menentukan nama host pilihan Anda.
**Size**
Jenis EC2 instans Amazon, yang menentukan sumber daya instans, seperti jumlah memori atau jumlah inti virtual. OpsWorks Stacks menentukan ukuran default untuk setiap instance, yang dapat Anda ganti dengan jenis instans pilihan Anda.
Jenis instance yang didukung oleh OpsWorks Stacks bergantung pada apakah tumpukan ada di VPC atau tidak. Jenis instans juga terbatas jika akun Anda menggunakan AWS Tingkat Gratis. Daftar **Ukuran** drop-down menunjukkan jenis instans yang didukung untuk versi Chef yang didukung stack Anda. Ketahuilah bahwa instance mikro seperti t1.micro mungkin tidak memiliki sumber daya yang cukup untuk mendukung beberapa lapisan. Untuk informasi selengkapnya, lihat [Jenis Instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html).
Jika Anda menggunakan [instans load-balanced](workinginstances-autoscaling-loadbased.md), perhatikan bahwa [peristiwa siklus hidup Konfigurasi](workingcookbook-events.md) dapat menghasilkan lonjakan beban CPU yang signifikan yang mungkin berlangsung satu menit atau lebih lama. Dengan instance yang lebih kecil, lonjakan beban ini cukup untuk memicu peningkatan, terutama untuk tumpukan besar yang seimbang beban dengan peristiwa Konfigurasi yang sering. Berikut ini adalah beberapa cara untuk mengurangi kemungkinan peristiwa Konfigurasi yang menyebabkan peningkatan yang tidak perlu.
+ Gunakan instance yang lebih besar, sehingga beban tambahan dari peristiwa Configure tidak cukup untuk memicu peningkatan skala.
+ Jangan gunakan tipe instance seperti T2 yang berbagi sumber daya CPU.
Ini memastikan bahwa ketika peristiwa Konfigurasi terjadi, semua sumber daya CPU instans segera tersedia.
+ Buat `exceeded threshold` waktu secara signifikan lebih lama dari waktu yang diperlukan untuk memproses acara Konfigurasi, mungkin 5 menit.
Untuk informasi selengkapnya, lihat [Menggunakan penskalaan berbasis beban otomatis](workinginstances-autoscaling-loadbased.md).
**Zona Ketersediaan/Subnet**
Jika tumpukan tidak ada dalam VPC, pengaturan ini diberi label **Availability Zone dan mencantumkan zona** wilayah tersebut. Anda dapat menggunakan pengaturan ini untuk mengganti Availability Zone default yang Anda tentukan saat membuat tumpukan.
Jika tumpukan berjalan di VPC, pengaturan ini diberi label Subnet dan mencantumkan **subnet** VPC. Anda dapat menggunakan pengaturan ini untuk mengganti subnet default yang Anda tentukan saat membuat tumpukan.
Secara default, OpsWorks Stacks mencantumkan rentang CIDR subnet. Untuk membuat daftar lebih mudah dibaca, gunakan konsol VPC atau API untuk menambahkan tag ke setiap subnet **dengan** Kunci disetel ke **dan** Nilai disetel **Name** ke nama subnet. OpsWorks Tumpukan menambahkan nama itu ke rentang CIDR. Pada contoh sebelumnya, tag Nama subnet diatur ke. **Private**
**Jenis Penskalaan**
Menentukan bagaimana instance dimulai dan dihentikan.
+ Nilai defaultnya adalah instance **24/7**, yang Anda mulai dan hentikan secara manual.
+ OpsWorks Tumpukan memulai dan menghentikan instance **berbasis waktu** berdasarkan jadwal yang ditentukan.
+ (Hanya Linux) OpsWorks Tumpukan memulai dan menghentikan instance **berbasis beban** berdasarkan metrik pemuatan yang ditentukan.
Anda tidak memulai atau menghentikan instance berbasis beban atau berbasis waktu sendiri. Sebagai gantinya, Anda mengonfigurasi instance, dan OpsWorks Stacks memulai dan menghentikannya berdasarkan konfigurasi. Untuk informasi selengkapnya, lihat [Mengelola beban dengan instans berbasis waktu dan berbasis beban](workinginstances-autoscaling.md).
**Kunci SSH**
Sebuah EC2 key pair Amazon. OpsWorks Stacks menginstal kunci publik pada instance.
+ Untuk instance Linux, Anda dapat menggunakan kunci pribadi yang sesuai dengan klien SSH untuk [masuk ke](workinginstances-ssh.md) instance.
+ Untuk instance Windows, Anda dapat menggunakan kunci pribadi yang sesuai untuk [mengambil kata sandi Administrator instans](workinginstances-rdp.md#workinginstances-rdp-admin). Anda kemudian dapat menggunakan kata sandi itu dengan RDP untuk masuk ke instance sebagai Administrator.
Awalnya, pengaturan ini adalah nilai **kunci SSH Default** yang Anda tentukan saat Anda membuat tumpukan.
+ Jika nilai default diatur ke **Jangan gunakan kunci SSH default**, Anda dapat menentukan salah satu EC2 kunci Amazon akun Anda.
+ Jika nilai default disetel ke EC2 kunci Amazon, Anda dapat menentukan kunci yang berbeda atau tidak ada kunci.
**Sistem operasi**
**Sistem operasi** menentukan sistem operasi mana yang dijalankan instance. OpsWorks Stacks hanya mendukung sistem operasi 64-bit.
Awalnya, pengaturan ini adalah nilai **sistem operasi Default** yang Anda tentukan saat Anda membuat tumpukan. Anda dapat mengganti nilai default untuk menentukan sistem operasi Linux yang berbeda atau Amazon Machine Image (AMI) kustom. Namun, Anda tidak dapat beralih dari Linux ke Windows atau dari Windows ke Linux.
Jika Anda memilih **Gunakan AMI kustom**, halaman akan menampilkan daftar kustom, AMIs bukan **jenis perangkat **Arsitektur** dan Root**.
![\[+ Instance untuk instance baru di halaman Instance\]](http://docs.aws.amazon.com/id_id/opsworks/latest/userguide/images/add_instance_ami.png)
Untuk informasi selengkapnya, lihat [Menggunakan Custom AMIs](workinginstances-custom-ami.md).
**OpsWorks Versi agen**
**OpsWorks Versi agen** menentukan versi agen OpsWorks Stacks yang ingin Anda jalankan pada instance. Jika Anda ingin OpsWorks Stacks memperbarui agen secara otomatis, pilih **Inherit dari** tumpukan. Untuk menginstal versi agen tertentu, dan memperbarui agen secara manual pada instance, pilih versi dari daftar drop-down.
Tidak semua versi agen bekerja dengan semua rilis sistem operasi. Jika instans Anda menjalankan agen—atau Anda menginstal agen pada instance—yang tidak sepenuhnya didukung pada sistem operasi instans, konsol OpsWorks Stacks menampilkan pesan kesalahan yang menginstruksikan Anda untuk menginstal agen yang kompatibel.
**Penghunian**
Pilih opsi sewa untuk contoh Anda. Anda dapat memilih untuk menjalankan instance Anda di server fisik yang sepenuhnya didedikasikan untuk Anda gunakan.
+ **Default - Mengandalkan pengaturan VPC**. Tidak ada penyewaan, atau mewarisi pengaturan sewa dari VPC Anda.
+ **Dedicated - Jalankan instance khusus**. Bayar per jam untuk instance yang berjalan pada perangkat keras penyewa tunggal. Untuk informasi selengkapnya, lihat [Instans Khusus](https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/dedicated-instance.html) di Panduan Pengguna Amazon VPC, dan Instans Khusus [ EC2 Amazon](https://aws.amazon.com/ec2/purchasing-options/dedicated-instances/).
+ **Host khusus - Jalankan instance ini pada host khusus**. Bayar host fisik yang sepenuhnya didedikasikan untuk menjalankan instans Anda, dan bawa lisensi perangkat lunak per-soket, per-inti, atau per-VM yang ada untuk mengurangi biaya. Untuk informasi selengkapnya, lihat [Ikhtisar Host Khusus](https://aws.amazon.com/ec2/dedicated-hosts/) di EC2 dokumentasi Amazon, dan [Host EC2 Khusus Amazon](https://aws.amazon.com/ec2/dedicated-hosts/).
**Jenis perangkat root**
Menentukan penyimpanan perangkat root instance ini.
+ Instans Linux dapat berupa Amazon EBS yang didukung atau didukung oleh toko instans.
+ Instans Windows harus didukung Amazon EBS.
Untuk informasi selengkapnya, lihat [Penyimpanan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Storage.html).
Setelah boot awal, instans yang didukung Amazon EBS boot lebih cepat daripada instance yang didukung penyimpanan instans karena OpsWorks Stacks tidak harus menginstal ulang perangkat lunak instans dari awal. Untuk informasi selengkapnya, lihat [Penyimpanan Perangkat Root](best-practices-storage.md).
**Jenis volume**
Menentukan jenis volume perangkat root: **Magnetic**, **Provisioned IOPS (SSD), atau **General Purpose** (SSD)**. Untuk informasi lebih lanjut, lihat [ Jenis Volume Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html)..
**Ukuran volume**
Menentukan ukuran volume perangkat root untuk jenis volume yang ditentukan. Untuk informasi lebih lanjut, lihat [ Jenis Volume Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html)..
+ **Tujuan Umum (SSD)**. Ukuran minimum yang diizinkan adalah: 8 GiB; ukuran maksimum adalah 16384 GiB.
+ **IOPS (SSD) yang disediakan**. Ukuran minimum yang diizinkan adalah: 8 GiB; ukuran maksimum adalah 16384 GiB. Anda dapat mengatur minimal 100 input/output operasi per detik (IOPS), dan maksimum 240 IOPS.
+ **Magnetik**. Ukuran minimum yang diizinkan adalah 8 GiB; ukuran maksimum adalah 1024 GiB.
1. Pilih **Add Instance** untuk membuat instance baru.
**catatan**
Anda tidak dapat mengganti [setelan versi agen default stack](workingstacks-creating.md#workingstacks-creating-advanced-agent) saat membuat instance. Untuk menentukan pengaturan versi agen kustom, Anda harus membuat instance dan kemudian [mengedit konfigurasinya](workinginstances-properties.md).
**Untuk menambahkan instance yang ada ke lapisan**
1. Pada halaman **Instances**, pilih **\$1Instance** untuk layer yang sesuai, lalu buka tab **Existing**.
**catatan**
Jika Anda berubah pikiran tentang menggunakan instance yang ada, pilih **New** untuk membuat instance baru seperti yang dijelaskan dalam prosedur sebelumnya.
1. Pada tab **yang ada**, pilih instance dari daftar.
1. Pilih **Add Instance** untuk membuat instance baru.
Sebuah instance mewakili EC2 instance Amazon, tetapi pada dasarnya hanya struktur data OpsWorks Stacks. Instance harus dimulai untuk membuat EC2 instance Amazon yang sedang berjalan, seperti yang dijelaskan di bagian berikut.
**penting**
Jika Anda meluncurkan instance ke VPC default, Anda harus berhati-hati dalam memodifikasi konfigurasi VPC. Instans harus selalu dapat berkomunikasi dengan layanan OpsWorks Stacks, Amazon S3, dan repositori paket. Jika, misalnya, Anda menghapus gateway default, instance akan kehilangan koneksinya ke layanan OpsWorks Stacks, yang kemudian akan memperlakukan instance sebagai gagal dan menyembuhkannya secara [otomatis](workinginstances-autohealing.md). Namun, OpsWorks Stacks tidak akan dapat menginstal agen instance pada instance yang disembuhkan. Tanpa agen, instans tidak dapat berkomunikasi dengan layanan, dan proses startup tidak akan berkembang melampaui `booting` status. Untuk informasi selengkapnya tentang VPC default, lihat Platform yang [Didukung](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-supported-platforms.html).
Anda juga dapat menggabungkan sumber daya komputasi Linux ke dalam tumpukan yang dibuat di luar OpsWorks Stacks:
+ EC2 Instans Amazon yang Anda buat langsung dengan menggunakan EC2 konsol Amazon, CLI, atau API.
+ Instans *lokal* yang berjalan di perangkat keras Anda sendiri, termasuk instance yang berjalan di mesin virtual.
Lihat informasi yang lebih lengkap di [Menggunakan Sumber Daya Komputasi yang Dibuat Di Luar OpsWorks Tumpukan](registered-instances.md).
# Menggunakan Custom AMIs
**penting**
AWS OpsWorks Stacks Layanan ini mencapai akhir masa pakai pada 26 Mei 2024 dan telah dinonaktifkan untuk pelanggan baru dan yang sudah ada. Kami sangat menyarankan pelanggan untuk memindahkan beban kerja mereka ke solusi lain sesegera mungkin. Jika Anda memiliki pertanyaan tentang migrasi, hubungi AWS Dukungan Tim di [AWS re:Post](https://repost.aws/) atau melalui [AWS Dukungan](https://aws.amazon.com/support) Premium.
OpsWorks Stacks mendukung dua cara untuk menyesuaikan instance: Custom [Amazon Machine Images (AMIs) dan resep](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html) Chef. Kedua pendekatan memberi Anda kontrol atas paket dan versi paket mana yang diinstal, bagaimana mereka dikonfigurasi, dan sebagainya. Namun, setiap pendekatan memiliki keunggulan yang berbeda, jadi yang terbaik tergantung pada kebutuhan Anda.
Berikut ini adalah alasan utama untuk mempertimbangkan menggunakan AMI kustom:
+ Anda ingin melakukan pra-paket tertentu alih-alih menginstalnya setelah instance boot.
+ Anda ingin mengontrol waktu pembaruan paket untuk memberikan gambar dasar yang konsisten untuk lapisan Anda.
+ Anda ingin instance— instance [berbasis beban](workinginstances-autoscaling.md) khususnya — untuk boot secepat mungkin.
Berikut ini adalah alasan utama untuk mempertimbangkan menggunakan resep Chef:
+ Mereka lebih fleksibel daripada kebiasaan AMIs.
+ Mereka lebih mudah diperbarui.
+ Mereka dapat melakukan pembaruan pada instance yang sedang berjalan.
Dalam praktiknya, solusi optimal mungkin merupakan kombinasi dari kedua pendekatan. Untuk informasi lebih lanjut tentang resep, lihat [Buku Masak dan Resep](workingcookbook.md).
**Topics**
+ [Bagaimana Custom AMIs bekerja dengan OpsWorks Stacks](#workinginstances-custom-ami-work)
+ [Membuat AMI Kustom untuk OpsWorks Tumpukan](#workinginstances-custom-ami-create)
## Bagaimana Custom AMIs bekerja dengan OpsWorks Stacks
Untuk menentukan AMI kustom untuk instans Anda, pilih **Gunakan AMI kustom** sebagai sistem operasi instans saat Anda membuat instance baru. OpsWorks Tumpukan kemudian menampilkan daftar kustom AMIs di wilayah tumpukan dan Anda memilih yang sesuai dari daftar. Untuk informasi selengkapnya, lihat [Menambahkan Instance ke Layer](workinginstances-add.md).
**catatan**
Anda tidak dapat menentukan AMI kustom tertentu sebagai sistem operasi default stack. Anda dapat mengatur `Use custom AMI` sebagai sistem operasi default stack, tetapi Anda dapat menentukan AMI tertentu hanya ketika Anda menambahkan instance baru ke lapisan. Untuk informasi selengkapnya, lihat [Menambahkan Instance ke Layer](workinginstances-add.md) dan [Buat Stack Baru](workingstacks-creating.md). Meskipun dimungkinkan untuk membuat instance dengan sistem operasi lain (seperti CentOS 6. *x*) yang telah dibuat dari kustom atau yang dihasilkan oleh komunitas AMIs, ini tidak didukung secara resmi.
Topik ini membahas beberapa masalah umum yang harus Anda pertimbangkan sebelum membuat atau menggunakan AMI kustom.
**Topics**
+ [Perilaku Startup](#workinginstances-custom-ami-work-startup)
+ [Memilih Layer](#workinginstances-custom-ami-work-layer)
+ [Menangani Aplikasi](#workinginstances-custom-ami-work-apps)
### Perilaku Startup
Saat memulai instance, OpsWorks Stacks menggunakan AMI kustom yang ditentukan untuk meluncurkan EC2 instans Amazon baru. OpsWorks Stacks kemudian menggunakan [cloud-init](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AmazonLinuxAMIBasics.html#included-aws-command-line-tools) untuk menginstal agen OpsWorks Stacks pada instance dan agen menjalankan resep Pengaturan instance diikuti oleh resep Deploy. Setelah instance online, agen menjalankan resep Configure untuk setiap instance di stack, termasuk instance yang baru ditambahkan.
### Memilih Layer
Agen OpsWorks Stacks biasanya tidak bertentangan dengan paket yang diinstal. Namun, instance harus menjadi anggota setidaknya satu lapisan. OpsWorks Tumpukan selalu menjalankan resep lapisan itu, yang dapat menyebabkan masalah. Anda harus memahami persis apa yang dilakukan resep lapisan pada sebuah instance sebelum menambahkan instance dengan AMI khusus ke lapisan itu.
Untuk melihat resep mana yang dijalankan oleh tipe layer tertentu pada instance Anda, buka tumpukan yang menyertakan lapisan itu. Lalu klik **Layers** di panel navigasi, dan klik **Resep** untuk layer yang diminati. Untuk melihat kode yang sebenarnya, klik nama resep.
**catatan**
Untuk Linux AMIs, salah satu cara untuk mengurangi kemungkinan konflik adalah dengan menggunakan OpsWorks Stacks untuk menyediakan dan mengkonfigurasi instance yang menjadi dasar untuk AMI kustom Anda. Untuk informasi selengkapnya, lihat [Buat AMI Linux Kustom dari Instans OpsWorks Stacks](#workinginstances-custom-ami-create-opsworks).
### Menangani Aplikasi
Selain paket, Anda mungkin juga ingin menyertakan aplikasi di AMI. Jika Anda memiliki aplikasi kompleks yang besar, memasukkannya ke dalam AMI dapat mempersingkat waktu startup instans. Anda dapat menyertakan aplikasi kecil di AMI Anda, tetapi biasanya ada sedikit atau tidak ada keuntungan waktu dibandingkan dengan memiliki OpsWorks Stacks menyebarkan aplikasi.
Salah satu opsi adalah memasukkan aplikasi ke dalam AMI Anda dan juga [membuat aplikasi](workingapps-creating.md) yang menyebarkan aplikasi ke instance dari repositori. Pendekatan ini mempersingkat waktu boot Anda tetapi juga menyediakan cara mudah untuk memperbarui aplikasi setelah instance berjalan. Perhatikan bahwa resep Chef adalah idempoten, sehingga resep penerapan tidak akan memodifikasi aplikasi selama versi dalam repositori sama dengan yang ada di instance.
## Membuat AMI Kustom untuk OpsWorks Tumpukan
Untuk menggunakan AMI kustom dengan OpsWorks Stacks, Anda harus terlebih dahulu membuat AMI dari instance yang disesuaikan. Anda dapat memilih dari dua opsi:
+ Gunakan EC2 konsol Amazon atau API untuk membuat dan menyesuaikan instance, berdasarkan versi 64-bit dari salah satu [OpsWorks Stacks yang didukung AMIs](workinginstances-os.md).
+ Untuk Linux AMIs, gunakan OpsWorks untuk membuat EC2 instance Amazon, berdasarkan konfigurasi lapisan terkait.
Sebelum Anda membuat AMI Linux kustom, nonaktifkan `noexec` pada `/tmp` partisi untuk memungkinkan OpsWorks Stacks menginstal agennya pada instance Linux kustom.
**catatan**
Ketahuilah bahwa AMI mungkin tidak berfungsi dengan semua tipe instans, jadi pastikan AMI awal Anda kompatibel dengan tipe instans yang akan Anda gunakan. Secara khusus, tipe instans [R3](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/r3-instances.html) memerlukan AMI virtualisasi berbantuan perangkat keras (HVM).
Anda kemudian menggunakan EC2 konsol Amazon atau API untuk membuat AMI kustom dari instance yang disesuaikan. Anda dapat menggunakan kustom Anda AMIs di tumpukan apa pun yang berada di wilayah yang sama dengan menambahkan instance ke lapisan dan menentukan AMI kustom Anda. Untuk informasi selengkapnya tentang cara membuat instance yang menggunakan AMI kustom, lihat[Menambahkan Instance ke Layer](workinginstances-add.md).
**catatan**
Secara default, OpsWorks Stacks menginstal semua pembaruan Amazon Linux saat boot, yang memberi Anda rilis terbaru. Selain itu, Amazon Linux merilis versi baru kira-kira setiap enam bulan, yang dapat melibatkan perubahan signifikan. Secara default, kustom AMIs berbasis Amazon Linux secara otomatis diperbarui ke versi baru ketika dirilis. Praktik yang disarankan adalah mengunci AMI kustom Anda ke versi Amazon Linux tertentu, yang memungkinkan Anda menunda pembaruan hingga Anda menguji versi baru. Untuk informasi selengkapnya, lihat [Bagaimana cara mengunci AMI ke versi tertentu?](https://aws.amazon.com/amazon-linux-ami/faqs/#lock) .
**Topics**
+ [Buat AMI Kustom menggunakan Amazon EC2](#workinginstances-custom-ami-create-ec2)
+ [Buat AMI Linux Kustom dari Instans OpsWorks Stacks](#workinginstances-custom-ami-create-opsworks)
+ [Buat AMI Windows Kustom](#w2ab1c14c55c15c13c21c20)
### Buat AMI Kustom menggunakan Amazon EC2
Cara paling sederhana untuk membuat AMI kustom—dan satu-satunya pilihan untuk AMIs Windows—adalah melakukan seluruh tugas dengan menggunakan EC2 konsol Amazon atau API. Untuk detail selengkapnya tentang langkah-langkah berikut, lihat [Membuat Sendiri AMIs](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-an-ami.html).
**Untuk membuat AMI kustom menggunakan EC2 konsol Amazon atau API**
1. Buat instance dengan menggunakan versi 64-bit dari salah satu [OpsWorks Stacks yang didukung AMIs](workinginstances-os.md).
1. Sesuaikan instance dari Langkah 1 dengan mengonfigurasinya, menginstal paket, dan sebagainya. Ingat bahwa semua yang Anda instal akan direproduksi pada setiap instance berdasarkan AMI, jadi jangan sertakan item yang harus spesifik untuk instance tertentu.
1. Hentikan instance dan buat AMI kustom.
### Buat AMI Linux Kustom dari Instans OpsWorks Stacks
Untuk menggunakan instance OpsWorks Stacks Linux yang disesuaikan untuk membuat AMI, ketahuilah bahwa setiap EC2 instans Amazon yang dibuat oleh OpsWorks menyertakan identitas unik. Jika Anda membuat AMI kustom dari instance semacam itu, itu menyertakan identitas itu, dan semua instance berdasarkan AMI memiliki identitas yang sama. Untuk memastikan bahwa instans berdasarkan AMI kustom Anda memiliki identitas unik, Anda harus menghapus identitas dari instance yang disesuaikan sebelum membuat AMI.
**Untuk membuat AMI kustom dari instance OpsWorks Stacks**
1. [Buat tumpukan Linux](workingstacks-creating.md) dan [tambahkan satu atau lebih lapisan](workinglayers-basics-create.md) untuk menentukan konfigurasi instance yang disesuaikan. Anda dapat menggunakan lapisan bawaan, disesuaikan sesuai kebutuhan, serta lapisan yang sepenuhnya disesuaikan. Untuk informasi selengkapnya, lihat [Menyesuaikan Tumpukan OpsWorks](customizing.md).
1. [Edit lapisan](workinglayers-basics-edit.md) dan nonaktifkan AutoHealing.
1. [Tambahkan instance dengan distribusi Linux pilihan Anda](workinginstances-add.md) ke layer atau layer dan [mulailah](workinginstances-starting.md). Sebaiknya gunakan instans yang didukung Amazon EBS. Buka halaman detail instans dan catat EC2 ID Amazon untuk nanti.
1. Saat instans online, [masuk dengan SSH](workinginstances-ssh.md), dan lakukan salah satu dari empat langkah berikutnya, tergantung pada sistem operasi instans Anda.
1. Untuk instance Amazon Linux di tumpukan Chef 11 atau Chef 12, atau instance Red Hat Enterprise Linux 7 di tumpukan Chef 11, lakukan hal berikut.
1. `sudo /etc/init.d/monit stop`
1. `sudo /etc/init.d/opsworks-agent stop`
1. `sudo rm -rf /etc/aws/opsworks/ /opt/aws/opsworks/ /var/log/aws/opsworks/ /var/lib/aws/opsworks/ /etc/monit.d/opsworks-agent.monitrc /etc/monit/conf.d/opsworks-agent.monitrc /var/lib/cloud/ /etc/chef`
**catatan**
Untuk contoh di tumpukan Chef 12, tambahkan dua folder berikut ke perintah ini:
`/var/chef`
`/opt/chef`
1. `sudo rpm -e opsworks-agent-ruby`
1. `sudo rpm -e chef`
1. Untuk instance Ubuntu 16.04 LTS atau 18.04 LTS dalam tumpukan Chef 12, lakukan hal berikut.
1. `sudo systemctl stop opsworks-agent`
1. `sudo rm -rf /etc/aws/opsworks/ /opt/aws/opsworks/ /var/log/aws/opsworks/ /var/lib/aws/opsworks/ /etc/monit.d/opsworks-agent.monitrc /etc/monit/conf.d/opsworks-agent.monitrc /var/lib/cloud/ /var/chef /opt/chef /etc/chef`
1. `sudo apt-get -y remove chef`
1. `sudo dpkg -r opsworks-agent-ruby`
1. `systemctl stop apt-daily.timer`
1. `systemctl stop apt-daily-upgrade.timer`
1. `rm /var/lib/systemd/timers/stamp-apt-daily.timer`
1. `rm /var/lib/systemd/timers/stamp-apt-daily-upgrade.timer`
1. Untuk versi Ubuntu lain yang didukung dalam tumpukan Chef 12, lakukan hal berikut.
1. `sudo /etc/init.d/monit stop`
1. `sudo /etc/init.d/opsworks-agent stop`
1. `sudo rm -rf /etc/aws/opsworks/ /opt/aws/opsworks/ /var/log/aws/opsworks/ /var/lib/aws/opsworks/ /etc/monit.d/opsworks-agent.monitrc /etc/monit/conf.d/opsworks-agent.monitrc /var/lib/cloud/ /var/chef /opt/chef /etc/chef`
1. `sudo apt-get -y remove chef`
1. `sudo dpkg -r opsworks-agent-ruby`
1. Untuk contoh Red Hat Enterprise Linux 7 di tumpukan Chef 12, lakukan hal berikut.
1. `sudo systemctl stop opsworks-agent`
1. `sudo rm -rf /etc/aws/opsworks/ /opt/aws/opsworks/ /var/log/aws/opsworks/ /var/lib/aws/opsworks/ /etc/monit.d/opsworks-agent.monitrc /etc/monit/conf.d/opsworks-agent.monitrc /var/lib/cloud/ /etc/chef /var/chef`
1. `sudo rpm -e opsworks-agent-ruby`
1. `sudo rpm -e chef`
1. Langkah ini tergantung pada jenis instance:
+ Untuk instans yang didukung Amazon EBS, gunakan konsol OpsWorks Stacks untuk [menghentikan instans](workinginstances-starting.md) dan membuat AMI seperti yang dijelaskan dalam Membuat AMI Linux [yang didukung Amazon EBS..](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-an-ami-ebs.html)
+ Untuk instance yang didukung toko, buat AMI seperti yang dijelaskan dalam [Membuat AMI Linux yang Didukung Toko Instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-an-ami-instance-store.html) dan kemudian gunakan konsol Stacks OpsWorks untuk menghentikan instance.
Saat Anda membuat AMI, pastikan untuk menyertakan file sertifikat. Misalnya, Anda dapat memanggil [https://docs.aws.amazon.com/AWSEC2/latest/CommandLineReference/CLTRG-ami-bundle-vol.html](https://docs.aws.amazon.com/AWSEC2/latest/CommandLineReference/CLTRG-ami-bundle-vol.html)perintah dengan `-i` argumen yang disetel ke`-i $(find /etc /usr /opt -name '*.pem' -o -name '*.crt' -o -name '*.gpg' | tr '\n' ',')`. Jangan hapus kunci publik apt saat bundling. `ec2-bundle-vol`Perintah default menangani tugas ini.
1. Bersihkan tumpukan Anda dengan kembali ke konsol OpsWorks Stacks dan [menghapus instance dari](workinginstances-delete.md) tumpukan.
### Buat AMI Windows Kustom
Prosedur berikut membuat kustom AMIs untuk Windows Server 2022 Base. Anda dapat memilih sistem operasi Windows Server lainnya di konsol EC2 manajemen Amazon.
**penting**
**Saat ini, agen OpsWorks Stacks tidak dapat diinstal pada—dan OpsWorks Stacks tidak dapat mengelola—instance berbasis Windows yang menggunakan bahasa UI sistem selain Inggris - Amerika Serikat (en-AS).**
**Topics**
+ [Membuat AMI Windows Kustom dengan `Sysprep`](#w2ab1c14c55c15c13c21c20b9)
+ [Membuat AMI Windows Kustom Tanpa `Sysprep`](#w2ab1c14c55c15c13c21c20c11)
+ [Menambahkan Instans Baru dengan Menggunakan AMI Windows Kustom](#w2ab1c14c55c15c13c21c20c13)
#### Membuat AMI Windows Kustom dengan `Sysprep`
Membuat Windows kustom AMIs dengan menggunakan Sysprep biasanya menghasilkan peluncuran instance yang lebih lambat, tetapi proses yang lebih bersih. Startup pertama kali instance yang dibuat dari gambar yang dibuat `Sysprep` membutuhkan lebih banyak waktu karena `Sysprep` aktivitas, restart, penyediaan Stacks, dan OpsWorks Stacks pertama yang dijalankan, termasuk OpsWorks penyiapan dan konfigurasi. Selesaikan langkah-langkah untuk membuat AMI Windows khusus di EC2 konsol Amazon.
**Untuk membuat AMI Windows kustom dengan Sysprep**
1. Di EC2 konsol Amazon, pilih **Launch Instance**.
1. Temukan **Microsoft Windows Server 2022 Base**, lalu pilih **Pilih**.
1. Pilih jenis instance yang Anda inginkan, lalu pilih **Configure Instance Details**. Buat perubahan konfigurasi pada AMI, termasuk nama mesin, penyimpanan, dan pengaturan grup keamanan. Pilih **Luncurkan**.
1. Setelah proses boot instance selesai, dapatkan kata sandi Anda, lalu sambungkan ke instance di jendela Windows **Remote Desktop Connection**.
1. Pada layar **Mulai** Windows, pilih **Mulai**, dan kemudian mulai mengetik **ec2configservice** hingga hasilnya menunjukkan **EC2ConfigServiceSettings**konsol. Buka konsol .
1. Pada tab **Umum**, pastikan kotak centang **Aktifkan UserData eksekusi** terisi (meskipun opsi ini tidak diperlukan`Sysprep`, OpsWorks Stacks harus menginstal agennya). Kosongkan kotak centang untuk **Mengatur nama komputer instance...** pilihan, karena opsi ini dapat menyebabkan restart loop dengan OpsWorks Stacks.
1. Pada tab **Gambar**, atur **Kata Sandi Administrator** ke **Acak** untuk memungkinkan Amazon EC2 secara otomatis menghasilkan kata sandi yang dapat Anda ambil dengan kunci SSH, atau **Tentukan untuk menentukan** kata sandi Anda sendiri. `Sysprep`menyimpan pengaturan ini. Jika Anda menentukan kata sandi Anda sendiri, simpan kata sandi di tempat yang nyaman. Kami menyarankan Anda untuk tidak memilih **Keep Existing**.
1. Pilih **Terapkan**, lalu pilih **Shutdown dengan Sysprep**. Ketika Anda diminta untuk mengonfirmasi, pilih **Ya**.
1. Setelah instance berhenti, di EC2 konsol Amazon, klik kanan instance di daftar **Instans**, pilih **Gambar**, lalu pilih **Buat** Gambar.
1. Pada halaman **Buat Gambar**, berikan nama dan deskripsi untuk gambar, dan tentukan konfigurasi volume. Setelah selesai, pilih **Buat Gambar**.
1. Buka halaman **Gambar**, dan tunggu gambar Anda berubah dari tahap **tertunda** menjadi **tersedia**. AMI baru Anda siap digunakan.
#### Membuat AMI Windows Kustom Tanpa `Sysprep`
Selesaikan langkah-langkah untuk membuat AMI Windows khusus di EC2 konsol Amazon.
**Untuk membuat AMI Windows kustom tanpa Sysprep**
1. Di EC2 konsol Amazon, pilih **Launch Instance**.
1. Temukan **Microsoft Windows Server 2022 Base**, lalu pilih **Pilih**.
1. Pilih jenis instance yang Anda inginkan, lalu pilih **Configure Instance Details**. Buat perubahan konfigurasi pada AMI, termasuk nama mesin, penyimpanan, dan pengaturan grup keamanan. Pilih **Luncurkan**.
1. Setelah proses boot instance selesai, dapatkan kata sandi Anda, lalu sambungkan ke instance di jendela Windows **Remote Desktop Connection**.
1. Pada contoh, buka`C:\Program Files\Amazon\Ec2ConfigService\Settings\config.xml`, ubah dua pengaturan berikut, lalu simpan dan tutup file:
+ `Ec2SetPassword` untuk `Enabled`
+ `Ec2HandleUserData` untuk `Enabled`
1. Putuskan sambungan dari sesi **Remote Desktop**, dan kembali ke EC2 konsol Amazon.
1. Dalam daftar **Instances**, hentikan instance.
1. Setelah instance berhenti, di EC2 konsol Amazon, klik kanan instance di daftar **Instans**, pilih **Gambar**, lalu pilih **Buat** Gambar.
1. Pada halaman **Buat Gambar**, berikan nama dan deskripsi untuk gambar, dan tentukan konfigurasi volume. Setelah selesai, pilih **Buat Gambar**.
1. Buka halaman **Gambar**, dan tunggu gambar Anda berubah dari tahap **tertunda** menjadi **tersedia**. AMI baru Anda siap digunakan.
#### Menambahkan Instans Baru dengan Menggunakan AMI Windows Kustom
Setelah gambar Anda berubah ke status yang **tersedia**, Anda dapat membuat instance baru yang didasarkan pada AMI Windows kustom Anda. Bila Anda memilih **Use custom Windows AMI** dari daftar **sistem operasi**, OpsWorks Stacks menampilkan daftar kustom AMIs.
**Untuk menambahkan instance baru berdasarkan AMI Windows kustom**
1. Saat AMI baru Anda tersedia, buka konsol OpsWorks Stacks, buka halaman **Instances** untuk tumpukan Windows, dan pilih **\$1 Instance** di dekat bagian bawah halaman untuk menambahkan instance baru.
1. Pada tab **Baru**, pilih **Advanced**.
1. Pada daftar drop-down **Sistem operasi**, pilih **Use custom Windows AMI**.
1. Pada daftar drop-down **AMI Kustom**, pilih AMI yang Anda buat, lalu pilih **Tambah Instance**.
Anda sekarang dapat memulai dan menjalankan instance.
# Memulai, Menghentikan, dan Memulai Ulang Instans 24/7 Secara Manual
**penting**
AWS OpsWorks Stacks Layanan ini mencapai akhir masa pakai pada 26 Mei 2024 dan telah dinonaktifkan untuk pelanggan baru dan yang sudah ada. Kami sangat menyarankan pelanggan untuk memindahkan beban kerja mereka ke solusi lain sesegera mungkin. Jika Anda memiliki pertanyaan tentang migrasi, hubungi AWS Dukungan Tim di [AWS re:Post](https://repost.aws/) atau melalui [AWS Dukungan](https://aws.amazon.com/support) Premium.
**catatan**
Anda dapat menggunakan instance 24/7 dengan tumpukan Linux dan Windows.
Setelah menambahkan instance 24/7 ke layer, Anda harus memulai instans secara manual untuk meluncurkan instans Amazon Elastic Compute Cloud EC2 (Amazon) yang sesuai dan menghentikannya secara manual untuk menghentikan instans Amazon. EC2 Anda juga dapat me-reboot instance secara manual yang tidak berfungsi dengan baik. OpsWorks Tumpukan secara otomatis memulai dan menghentikan instance berbasis waktu dan berbasis beban. Untuk informasi selengkapnya, lihat [Mengelola beban dengan instans berbasis waktu dan berbasis beban](workinginstances-autoscaling.md).
**penting**
OpsWorks Instans tumpukan harus dimulai, dihentikan, dan dimulai ulang hanya di konsol. OpsWorks OpsWorks tidak mengenali operasi mulai, berhenti, atau memulai ulang yang dilakukan di EC2 konsol Amazon.
**Topics**
+ [Memulai atau Memulai Ulang Instance](#workinginstances-starting-start)
+ [Menghentikan sebuah Instance](#workinginstances-starting-stop)
+ [Mem-boot Ulang Instans](#workinginstances-starting-reboot)
## Memulai atau Memulai Ulang Instance
Untuk memulai instance baru, pada halaman **Instans**, klik **mulai** di kolom **Tindakan** instans.
![\[mulai tindakan pada halaman Instans\]](http://docs.aws.amazon.com/id_id/opsworks/latest/userguide/images/start_instance.png)
Anda juga dapat membuat beberapa instance dan kemudian memulai semuanya secara bersamaan dengan mengklik **Mulai semua Instans**.
Setelah Anda memulai instance, OpsWorks Stacks meluncurkan EC2 instans Amazon dan mem-boot sistem operasi. Proses startup biasanya memakan waktu beberapa menit, dan biasanya agak lebih lambat untuk instance Windows daripada untuk instance Linux. Saat startup berlangsung, bidang **Status** instance menampilkan rangkaian nilai berikut:
1. **request** - OpsWorks Stacks telah memanggil EC2 layanan Amazon untuk membuat EC2 instance Amazon.
1. **tertunda** - OpsWorks Tumpukan sedang menunggu EC2 instans Amazon dimulai.
1. **booting** - EC2 Instans Amazon sedang booting.
1. **running\$1setup** - OpsWorks Stacks telah memicu acara Setup dan menjalankan resep layer, diikuti oleh Setup resepnya. Deploy Untuk informasi selengkapnya, lihat [Melaksanakan Resep](workingcookbook-executing.md). Jika Anda telah [menambahkan buku masak khusus](workingcookbook-installingcustom-enable.md) ke tumpukan, OpsWorks Stacks menginstal versi saat ini dari repositori Anda sebelum menjalankan resep dan. Setup Deploy
1. **online** - Instance siap digunakan.
Ketika **Status** berubah menjadi **online**, instans beroperasi penuh.
+ Jika layer memiliki load balancer terpasang, OpsWorks Stacks menambahkan instance ke dalamnya.
+ OpsWorks Tumpukan memicu Configure peristiwa, yang menjalankan resep setiap instance. Configure
Sesuai kebutuhan, resep ini memperbarui instance untuk mengakomodasi instance baru.
+ OpsWorks Stacks menggantikan aksi **start** instance dengan **stop**, yang dapat Anda gunakan untuk menghentikan instance.
Jika instance tidak berhasil dimulai atau resep penyiapan gagal, status masing-masing akan disetel ke **start\$1failed atau **setup\$1failed****. Anda dapat memeriksa log untuk menentukan penyebabnya. Untuk informasi selengkapnya, lihat [Panduan Debugging dan Pemecahan Masalah](troubleshoot.md).
Instance yang dihentikan tetap menjadi bagian dari tumpukan dan mempertahankan semua sumber daya. Misalnya, volume Amazon EBS dan alamat IP Elastis masih dikaitkan dengan instans yang dihentikan. Anda dapat memulai ulang instance yang dihentikan dengan memilih **start** di kolom **Actions** instance. Memulai ulang instance yang dihentikan melakukan hal berikut:
+ Instans yang didukung toko instans — OpsWorks Stacks meluncurkan instans EC2 Amazon baru dengan konfigurasi yang sama.
+ Instans yang didukung Amazon EBS — OpsWorks Stacks memulai ulang EC2 instans Amazon, yang memasang kembali volume root.
Setelah instance selesai booting, OpsWorks Stacks menginstal pembaruan sistem operasi dan menjalankan Deploy resep Setup dan, sama seperti awal awal. OpsWorks Stacks juga melakukan hal berikut untuk instance yang dimulai ulang, sebagaimana mestinya.
+ Mengasosiasikan kembali alamat IP Elastis.
+ Memasang kembali volume Amazon Elastic Block Store (Amazon EBS).
+ Misalnya instance yang didukung toko, menginstal versi buku masak terbaru.
Instans yang didukung Amazon EBS terus menggunakan buku masak khusus yang disimpan pada volume root. Jika buku masak kustom Anda telah berubah sejak Anda menghentikan instance, Anda harus memperbaruinya secara manual setelah instance online. Untuk informasi selengkapnya, lihat [Memperbarui Buku Masak Kustom](workingcookbook-installingcustom-enable-update.md).
**catatan**
Mungkin diperlukan beberapa menit untuk alamat IP Elastis untuk diasosiasikan kembali dengan instance yang dimulai ulang. Ketahuilah bahwa pengaturan **Elastic IP** instance mewakili metadata, dan hanya menunjukkan bahwa alamat harus dikaitkan dengan instance. Pengaturan **IP Publik** mencerminkan status instans, dan mungkin kosong pada awalnya. Ketika alamat IP Elastis dikaitkan dengan instance, alamat ditetapkan ke pengaturan **IP Publik**, diikuti oleh (EIP).
## Menghentikan sebuah Instance
Pada halaman **Instances**, klik **stop** di kolom **Actions** instance, yang memberi tahu OpsWorks Stacks untuk menjalankan resep shutdown dan menghentikan instance. EC2
![\[hentikan tindakan pada halaman Instans\]](http://docs.aws.amazon.com/id_id/opsworks/latest/userguide/images/stop_instance.png)
Anda juga dapat mematikan setiap instance di tumpukan dengan mengklik **Stop All Instances.**
Setelah Anda menghentikan instance, OpsWorks Stacks melakukan beberapa tugas:
1. Jika layer instance memiliki penyeimbang beban Elastic Load Balancing yang terpasang, OpsWorks Stacks membatalkan pendaftaran instance.
Jika layer mendukung fitur pengurasan koneksi penyeimbang beban, OpsWorks Stacks menunda memicu Shutdown peristiwa hingga pengurasan koneksi selesai. Untuk informasi selengkapnya, lihat [Lapisan Elastic Load Balancing](layers-elb.md).
1. OpsWorks Tumpukan memicu Shutdown peristiwa, yang menjalankan resep instance. Shutdown
1. Setelah memicu Shutdown acara, OpsWorks Stacks menunggu waktu yang ditentukan untuk memungkinkan waktu Shutdown resep selesai dan kemudian melakukan hal berikut:
+ Mengakhiri instance yang didukung penyimpanan instance, yang menghapus semua data.
+ Menghentikan instans yang didukung Amazon EBS, yang menyimpan data pada volume root.
Untuk informasi selengkapnya tentang penyimpanan instans, lihat [Penyimpanan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Storage.html).
**catatan**
Pengaturan batas waktu shutdown default adalah 120 detik. Jika Shutdown resep Anda membutuhkan lebih banyak waktu, Anda dapat [mengedit konfigurasi lapisan](workinglayers-basics-edit.md) untuk mengubah pengaturan.
Anda dapat memantau proses shutdown dengan melihat kolom **Status** instans. Saat shutdown berlangsung, ini menampilkan serangkaian nilai berikut:
1. **terminating** - OpsWorks Stacks menghentikan instans Amazon. EC2
1. **shutting\$1down** - OpsWorks Stacks menjalankan resep layer. Shutdown
1. **dihentikan** - EC2 Instans Amazon dihentikan.
1. **berhenti** - Instance telah berhenti.
## Mem-boot Ulang Instans
**Pada halaman **Instans**, klik nama instans yang tidak berfungsi untuk membuka halaman detail dan kemudian klik Reboot.**
![\[Tombol reboot pada halaman Instans\]](http://docs.aws.amazon.com/id_id/opsworks/latest/userguide/images/reboot_instance.png)
Perintah ini melakukan soft reboot dari EC2 instance Amazon terkait. [Itu tidak menghapus data instans, bahkan misalnya instance yang didukung penyimpanan, dan tidak memicu peristiwa siklus hidup apa pun.](workingcookbook-events.md)
**catatan**
Agar OpsWorks Stacks secara otomatis mengganti instance yang gagal, aktifkan penyembuhan otomatis. Lihat informasi yang lebih lengkap di [Menggunakan Penyembuhan Otomatis](workinginstances-autohealing.md).
# Mengelola beban dengan instans berbasis waktu dan berbasis beban
**penting**
AWS OpsWorks Stacks Layanan ini mencapai akhir masa pakai pada 26 Mei 2024 dan telah dinonaktifkan untuk pelanggan baru dan yang sudah ada. Kami sangat menyarankan pelanggan untuk memindahkan beban kerja mereka ke solusi lain sesegera mungkin. Jika Anda memiliki pertanyaan tentang migrasi, hubungi AWS Dukungan Tim di [AWS re:Post](https://repost.aws/) atau melalui [AWS Dukungan](https://aws.amazon.com/support) Premium.
Karena lalu lintas masuk Anda bervariasi, tumpukan Anda mungkin memiliki terlalu sedikit instance untuk menangani beban dengan nyaman atau lebih banyak instance daripada yang diperlukan. Anda dapat menghemat waktu dan uang dengan menggunakan instance berbasis waktu atau berbasis beban untuk secara otomatis menambah atau mengurangi instance lapisan sehingga Anda selalu memiliki cukup instance untuk menangani lalu lintas masuk secara memadai tanpa membayar kapasitas yang tidak dibutuhkan. Tidak perlu memantau beban server atau memulai atau menghentikan instance secara manual. Selain itu, instans berbasis waktu dan beban secara otomatis mendistribusikan, menskalakan, dan menyeimbangkan aplikasi melalui beberapa Availability Zone dalam suatu wilayah, memberi Anda redundansi geografis dan skalabilitas.
Penskalaan otomatis didasarkan pada dua jenis instance, yang menyesuaikan instance online layer berdasarkan kriteria yang berbeda:
+ **Contoh berbasis waktu**
Mereka memungkinkan tumpukan untuk menangani beban yang mengikuti pola yang dapat diprediksi dengan memasukkan instance yang berjalan hanya pada waktu tertentu atau pada hari-hari tertentu. Misalnya, Anda dapat memulai beberapa contoh setelah jam 6 sore untuk melakukan tugas pencadangan setiap malam atau menghentikan beberapa contoh pada akhir pekan ketika lalu lintas lebih rendah.
+ **Instans berbasis beban**
Mereka memungkinkan tumpukan untuk menangani beban variabel dengan memulai contoh tambahan ketika lalu lintas tinggi dan menghentikan instance ketika lalu lintas rendah, berdasarkan salah satu dari beberapa metrik beban. Misalnya, Anda dapat memiliki instance OpsWorks Stacks start ketika penggunaan CPU rata-rata melebihi 80% dan menghentikan instance ketika beban CPU rata-rata turun di bawah 60%.
Instans berbasis waktu dan berbasis beban didukung untuk tumpukan Linux, sementara hanya instance berbasis waktu yang didukung untuk tumpukan Windows.
Tidak seperti contoh 24/7, yang harus Anda mulai dan hentikan secara manual, Anda tidak memulai atau menghentikan instance berbasis waktu atau berbasis beban sendiri. Sebagai gantinya, Anda mengonfigurasi instance dan OpsWorks Stacks memulai atau menghentikannya berdasarkan konfigurasinya. Misalnya, Anda mengonfigurasi instance berbasis waktu untuk memulai dan berhenti pada jadwal yang ditentukan. OpsWorks Tumpukan kemudian memulai dan menghentikan instance sesuai dengan konfigurasi itu.
Praktik yang umum adalah menggunakan ketiga jenis instance bersama-sama, sebagai berikut.
+ Instans 24/7 yang ditetapkan untuk menangani beban dasar. Anda biasanya hanya memulai contoh ini dan membiarkannya berjalan terus menerus.
+ Satu set instance berbasis waktu, yang OpsWorks Stacks dimulai dan berhenti untuk menangani variasi lalu lintas yang dapat diprediksi. Misalnya, jika lalu lintas Anda tertinggi selama jam kerja, Anda akan mengonfigurasi instance berbasis waktu untuk memulai di pagi hari dan ditutup di malam hari.
+ Satu set instance berbasis beban, yang OpsWorks Stacks dimulai dan dihentikan untuk menangani variasi lalu lintas yang tidak terduga. OpsWorks Tumpukan memulainya ketika beban mendekati kapasitas tumpukan 24/7 dan instance berbasis waktu, dan menghentikannya ketika lalu lintas kembali normal.
Untuk informasi selengkapnya tentang cara menggunakan waktu penskalaan ini, lihat[Mengoptimalkan Jumlah Server](best-practices-autoscale.md).
**catatan**
Jika Anda telah membuat aplikasi untuk lapisan instans atau membuat buku masak khusus, OpsWorks Stacks secara otomatis menerapkan versi terbaru ke instance berbasis waktu dan berbasis beban saat pertama kali dimulai. Namun, OpsWorks Stacks tidak serta merta menyebarkan buku masak terbaru untuk memulai ulang instance offline. Untuk informasi selengkapnya, lihat [Mengedit Aplikasi](workingapps-editing.md) dan [Memperbarui Buku Masak Kustom](workingcookbook-installingcustom-enable-update.md).
**Topics**
+ [Menggunakan penskalaan berbasis waktu otomatis](workinginstances-autoscaling-timebased.md)
+ [Menggunakan penskalaan berbasis beban otomatis](workinginstances-autoscaling-loadbased.md)
+ [Bagaimana penskalaan berbasis beban berbeda dari penyembuhan otomatis](#workinginstances-autoscaling-differs)
# Menggunakan penskalaan berbasis waktu otomatis
**penting**
AWS OpsWorks Stacks Layanan ini mencapai akhir masa pakai pada 26 Mei 2024 dan telah dinonaktifkan untuk pelanggan baru dan yang sudah ada. Kami sangat menyarankan pelanggan untuk memindahkan beban kerja mereka ke solusi lain sesegera mungkin. Jika Anda memiliki pertanyaan tentang migrasi, hubungi AWS Dukungan Tim di [AWS re:Post](https://repost.aws/) atau melalui [AWS Dukungan](https://aws.amazon.com/support) Premium.
Penskalaan berbasis waktu memungkinkan Anda mengontrol berapa banyak instance yang harus dimiliki lapisan online pada waktu-waktu tertentu dalam sehari atau hari dalam seminggu dengan memulai atau menghentikan instance pada jadwal yang ditentukan. OpsWorks Stacks memeriksa setiap beberapa menit dan memulai atau menghentikan instance sesuai kebutuhan. Anda menentukan jadwal secara terpisah untuk setiap contoh, sebagai berikut:
+ Waktu hari. Anda dapat memiliki lebih banyak instance yang berjalan di siang hari daripada di malam hari, misalnya.
+ Hari dalam seminggu. Anda dapat memiliki lebih banyak instance yang berjalan pada hari kerja daripada akhir pekan, misalnya.
**catatan**
Anda tidak dapat menentukan tanggal tertentu.
**Topics**
+ [Menambahkan instance berbasis waktu ke lapisan](#workinginstances-autoscaling-timebased-add)
+ [Mengkonfigurasi instance berbasis waktu](#workinginstances-autoscaling-timebased-configure)
## Menambahkan instance berbasis waktu ke lapisan
Anda dapat menambahkan instance berbasis waktu baru ke lapisan, atau menggunakan instance yang sudah ada.
**Untuk menambahkan instance berbasis waktu baru**
1. Pada halaman **Instances**, pilih **\$1 Instance** untuk menambahkan instance. Pada tab **Baru**, pilih **Advanced**, lalu pilih **berbasis waktu**.
![\[Opsi penskalaan berbasis waktu pada halaman Add instance\]](http://docs.aws.amazon.com/id_id/opsworks/latest/userguide/images/time_based_instances.png)
1. Konfigurasikan instance. Kemudian pilih **Add Instance** untuk menambahkan instance ke layer.
**Untuk menambahkan instance berbasis waktu yang ada ke lapisan**
1. Pada halaman **Instans Berbasis Waktu**, pilih **\$1 Instance** jika layer sudah memiliki instance berbasis waktu. Jika tidak, pilih **Tambahkan instance berbasis waktu**. Kemudian pilih tab **yang ada**.
![\[Tambahkan instance berbasis waktu yang ada ke lapisan\]](http://docs.aws.amazon.com/id_id/opsworks/latest/userguide/images/time_based_instances_existing.png)
1. Pada tab **Existing**, pilih instance dari daftar. Daftar ini hanya menampilkan instance berbasis waktu.
**catatan**
Jika Anda berubah pikiran tentang menggunakan instance yang ada, pada tab **Baru**, buat instance baru, seperti yang dijelaskan dalam prosedur sebelumnya.
1. Pilih **Add instance** untuk menambahkan instance ke layer.
## Mengkonfigurasi instance berbasis waktu
Setelah Anda menambahkan instance berbasis waktu ke lapisan, Anda mengonfigurasi jadwalnya sebagai berikut.
**Untuk mengkonfigurasi instance berbasis waktu**
1. **Di panel navigasi, di bawah **Instans**, pilih Berbasis waktu.**
1. Tentukan periode online untuk setiap instance berbasis waktu dengan mengisi kotak yang sesuai di bawah jam yang diinginkan.
+ Untuk menggunakan jadwal yang sama setiap hari, pilih tab **Setiap hari**, lalu tentukan periode waktu online.
+ Untuk menggunakan jadwal yang berbeda pada hari yang berbeda, pilih setiap hari, dan kemudian pilih periode waktu yang sesuai.
![\[Jadwalkan untuk penskalaan berbasis waktu\]](http://docs.aws.amazon.com/id_id/opsworks/latest/userguide/images/time_based.png)
**catatan**
Pastikan untuk mengizinkan jumlah waktu yang diperlukan untuk memulai sebuah instance, dan OpsWorks Stacks hanya memeriksa setiap beberapa menit untuk melihat apakah instance harus dimulai atau dihentikan. Misalnya, jika sebuah instance harus berjalan pada 1:00 UTC, mulailah pada pukul 0:00 UTC. Jika tidak, OpsWorks Stacks mungkin tidak memulai instance sampai beberapa menit melewati 1:00 UTC, dan instance membutuhkan beberapa menit lagi untuk online.
Anda dapat mengubah periode waktu online instans kapan saja dengan melakukan langkah-langkah sebelumnya. Saat berikutnya OpsWorks Stacks memeriksa, ia menggunakan jadwal baru untuk menentukan apakah akan memulai atau menghentikan instance.
**catatan**
Anda dapat menambahkan instance berbasis waktu baru ke lapisan dengan membuka halaman **berbasis Waktu**, dan memilih **Tambahkan instance berbasis waktu (jika Anda belum menambahkan instance** berbasis waktu ke lapisan) atau **\$1 Instance (jika lapisan sudah memiliki satu atau lebih instance** berbasis waktu). Kemudian, konfigurasikan instance seperti yang dijelaskan dalam prosedur sebelumnya.
# Menggunakan penskalaan berbasis beban otomatis
**penting**
AWS OpsWorks Stacks Layanan ini mencapai akhir masa pakai pada 26 Mei 2024 dan telah dinonaktifkan untuk pelanggan baru dan yang sudah ada. Kami sangat menyarankan pelanggan untuk memindahkan beban kerja mereka ke solusi lain sesegera mungkin. Jika Anda memiliki pertanyaan tentang migrasi, hubungi AWS Dukungan Tim di [AWS re:Post](https://repost.aws/) atau melalui [AWS Dukungan](https://aws.amazon.com/support) Premium.
Instans berbasis beban memungkinkan Anda memulai atau menghentikan instance dengan cepat sebagai respons terhadap perubahan lalu lintas masuk. OpsWorks Stacks menggunakan CloudWatch data [Amazon](https://aws.amazon.com/cloudwatch/) untuk menghitung metrik berikut untuk setiap lapisan, yang mewakili nilai rata-rata di semua instance lapisan:
+ CPU: Konsumsi CPU rata-rata, seperti 80%
+ Memori: Konsumsi memori rata-rata, seperti 60%
+ Beban: Rata-rata pekerjaan komputasi yang dilakukan sistem dalam satu menit.
Anda menentukan ambang batas *peningkatan dan *penurunan skala** untuk salah satu atau semua metrik ini. Anda juga dapat menggunakan CloudWatch alarm khusus sebagai ambang batas.
Melintasi ambang batas memicu peristiwa *penskalaan.* Anda menentukan bagaimana OpsWorks Stacks merespons peristiwa penskalaan dengan menentukan hal berikut:
+ Berapa banyak contoh untuk memulai atau berhenti.
+ Berapa lama OpsWorks Stacks harus menunggu setelah melebihi ambang batas sebelum memulai atau menghapus instance. Misalnya, pemanfaatan CPU harus melebihi ambang batas setidaknya selama 15 menit. Nilai ini memungkinkan Anda untuk mengabaikan fluktuasi lalu lintas singkat.
+ Berapa lama OpsWorks Stacks harus menunggu setelah memulai atau menghentikan instance sebelum memantau metrik lagi. Anda biasanya ingin memberikan waktu yang cukup untuk instance yang dimulai untuk online atau menghentikan instance untuk dimatikan sebelum menilai apakah lapisan tersebut masih melebihi ambang batas.
Ketika peristiwa penskalaan terjadi, OpsWorks Stacks memulai atau menghentikan hanya instance berbasis beban. Itu tidak memulai atau menghentikan instance 24/7 atau instance berbasis waktu.
**catatan**
Penskalaan berbasis beban otomatis tidak membuat instance baru; itu memulai dan menghentikan hanya instance yang telah Anda buat. Oleh karena itu, Anda harus menyediakan instans berbasis beban yang cukup terlebih dahulu untuk menangani beban maksimum yang diantisipasi.
**Untuk membuat instance berbasis beban**
1. Pada halaman **Instances**, pilih **\$1Instance** untuk menambahkan instance. Pilih **Advanced**, lalu pilih **load-based**.
![\[Opsi penskalaan berbasis beban pada halaman Add instance\]](http://docs.aws.amazon.com/id_id/opsworks/latest/userguide/images/load_based_instances.png)
1. Konfigurasikan instance, lalu pilih **Add Instance** untuk menambahkan instance ke layer.
Ulangi prosedur ini sampai Anda telah membuat jumlah instance yang cukup. Anda dapat menambah atau menghapus instance nanti, seperti yang diperlukan.
Setelah menambahkan instance berbasis beban ke lapisan, Anda harus mengaktifkan penskalaan berbasis beban dan menentukan konfigurasi. Konfigurasi penskalaan berbasis beban adalah properti lapisan, bukan properti instance, yang menentukan kapan lapisan harus memulai atau menghentikan instance berbasis beban. Ini harus ditentukan secara terpisah untuk setiap lapisan yang menggunakan instance berbasis beban.
**Untuk mengaktifkan dan mengonfigurasi penskalaan berbasis beban otomatis**
1. Di panel navigasi, di bawah **Instans**, pilih **Berbasis beban**, lalu pilih **edit** untuk lapisan yang sesuai.
![\[edit tindakan pada lapisan instance\]](http://docs.aws.amazon.com/id_id/opsworks/latest/userguide/images/load_based.png)
1. **Setel **penskalaan otomatis berbasis beban yang diaktifkan ke Aktif**.** Kemudian atur parameter ambang batas dan penskalaan untuk menentukan bagaimana dan kapan harus menambah atau menghapus instance.
![\[Ambang batas untuk penskalaan berbasis beban\]](http://docs.aws.amazon.com/id_id/opsworks/latest/userguide/images/load_based_config.png)
**Ambang batas rata-rata lapisan**
Anda dapat mengatur ambang penskalaan berdasarkan nilai berikut, yang dirata-ratakan pada semua instance layer.
+ **CPU rata-rata** — Pemanfaatan CPU rata-rata lapisan, sebagai persen dari total.
+ **Memori rata-rata** — Pemanfaatan memori rata-rata lapisan, sebagai persen dari total.
+ **Beban rata-rata** - Beban rata-rata lapisan.
Untuk informasi selengkapnya tentang bagaimana beban dihitung, lihat Memuat [(komputasi)](http://en.wikipedia.org/wiki/Load_(computing)) di Wikipedia.
Melintasi ambang batas menyebabkan peristiwa penskalaan, peningkatan jika lebih banyak instance diperlukan, dan downscaling jika lebih sedikit instance yang diperlukan. OpsWorks Tumpukan kemudian menambahkan atau menghapus instance berdasarkan parameter penskalaan.
** CloudWatch Alarm khusus**
Anda dapat menggunakan hingga lima CloudWatch alarm khusus sebagai ambang batas peningkatan atau penurunan skala. Mereka harus berada di wilayah yang sama dengan tumpukan. Untuk informasi selengkapnya tentang cara membuat alarm khusus, lihat [Membuat CloudWatch Alarm Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/AlarmThatSendsEmail.html).
Untuk menggunakan alarm khusus, Anda harus memperbarui peran layanan Anda untuk mengizinkan`cloudwatch:DescribeAlarms`. Anda dapat meminta OpsWorks Stacks memperbarui peran untuk Anda saat pertama kali menggunakan fitur ini, atau Anda dapat mengedit peran secara manual. Untuk informasi selengkapnya, lihat [Mengizinkan OpsWorks Tumpukan untuk Bertindak Atas Nama Anda](opsworks-security-servicerole.md).
Ketika ada beberapa alarm yang dikonfigurasi untuk konfigurasi berbasis beban, jika alarm berada dalam status alarm `INSUFFICIENT_DATA` metrik, penskalaan instance berbasis beban tidak dapat terjadi meskipun alarm lain dalam status. `ALARM` Penskalaan otomatis hanya dapat dilanjutkan jika semua alarm berada di `OK` atau `ALARM` status. Untuk informasi selengkapnya tentang menggunakan CloudWatch alarm Amazon, lihat [Menggunakan CloudWatch alarm Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) di * CloudWatch Panduan Pengguna Amazon*.
**Parameter penskalaan**
Parameter berikut mengontrol cara OpsWorks Stacks mengelola peristiwa penskalaan.
+ **Mulai server dalam batch — Jumlah** instance yang akan ditambahkan atau dihapus saat peristiwa penskalaan terjadi.
+ **Jika ambang batas terlampaui** — Jumlah waktu (dalam menit), beban harus tetap berada di atas ambang peningkatan atau di bawah ambang downscaling sebelum Stacks memicu peristiwa penskalaan. OpsWorks
+ **Setelah penskalaan, abaikan metrik** — Jumlah waktu (dalam menit) setelah peristiwa penskalaan terjadi bahwa OpsWorks Stacks harus mengabaikan metrik dan menekan peristiwa penskalaan tambahan.
Misalnya, OpsWorks Stacks menambahkan instance baru setelah peristiwa upscaling tetapi instance tidak akan mulai mengurangi beban hingga di-boot dan dikonfigurasi. Tidak ada gunanya meningkatkan peristiwa penskalaan tambahan sampai instance baru online dan menangani permintaan, yang biasanya memakan waktu beberapa menit. Pengaturan ini memungkinkan Anda mengarahkan OpsWorks Stacks untuk menekan peristiwa penskalaan cukup lama untuk membuat instance baru online.
Anda dapat meningkatkan pengaturan ini untuk mencegah perubahan mendadak dalam penskalaan saat rata-rata lapisan seperti **CPU Rata-rata, Memori rata-rata****, atau **beban rata-rata**** berada dalam ketidaksepakatan sementara.
Misalnya, jika penggunaan CPU di atas batas dan penggunaan memori mendekati downscaling, peristiwa kelas atas instance mungkin segera diikuti oleh peristiwa downscaling memori. Untuk mencegah hal ini, Anda dapat menambah jumlah menit dalam pengaturan **Setelah penskalaan, abaikan metrik**. Dalam contoh ini, penskalaan CPU akan terjadi, tetapi peristiwa downscaling memori tidak akan terjadi.
1. Untuk menambahkan instance berbasis beban tambahan, pilih **\$1 Instance**, konfigurasikan pengaturan, lalu pilih **Tambah** Instance. Ulangi sampai Anda memiliki cukup instans berbasis beban untuk menangani beban maksimum yang diantisipasi. Lalu, pilih **Simpan**.
**catatan**
Anda juga dapat menambahkan instance berbasis beban baru ke lapisan dengan membuka halaman **berbasis Beban**, dan memilih **Tambahkan instance berbasis beban (jika Anda belum menambahkan instance** berbasis beban ke lapisan) atau **\$1 Instance (jika layer sudah memiliki satu atau lebih instance** berbasis beban). Kemudian konfigurasikan instance seperti yang dijelaskan sebelumnya di bagian ini.
**Untuk menambahkan instance berbasis beban yang ada ke lapisan**
1. **Di panel navigasi, di bawah **Instans**, pilih Berbasis beban.**
1. Jika Anda telah mengaktifkan penskalaan otomatis berbasis beban untuk sebuah lapisan, pilih **\$1** Instance. Jika tidak, pilih **Tambahkan instance berbasis beban**. Pilih tab **yang ada**.
![\[Tambahkan instance berbasis beban yang ada ke lapisan\]](http://docs.aws.amazon.com/id_id/opsworks/latest/userguide/images/load_based_instances_existing.png)
1. Pada tab **yang ada**, pilih sebuah instance. Daftar ini hanya menampilkan instance berbasis beban.
**catatan**
Jika Anda berubah pikiran tentang menggunakan instance yang ada, pada tab **Baru**, buat instance baru seperti yang dijelaskan dalam prosedur sebelumnya.
1. Pilih **Add Instance** untuk menambahkan instance ke layer.
Anda dapat memodifikasi konfigurasi untuk atau menonaktifkan penskalaan berbasis beban otomatis kapan saja.
**Untuk menonaktifkan penskalaan berbasis beban otomatis**
1. Di panel navigasi, di bawah **Instans**, pilih **Berbasis beban**, lalu pilih **edit** untuk lapisan yang sesuai.
1. **Alihkan **penskalaan otomatis berbasis Beban yang diaktifkan ke No**.**
## Bagaimana penskalaan berbasis beban berbeda dari penyembuhan otomatis
Penskalaan berbasis beban otomatis menggunakan metrik beban yang dirata-ratakan di semua instance yang sedang berjalan. Jika metrik tetap berada di antara ambang batas yang ditentukan, OpsWorks Tumpukan tidak memulai atau menghentikan instance apa pun. Dengan auto healing, di sisi lain, OpsWorks Stacks secara otomatis memulai instance baru dengan konfigurasi yang sama ketika sebuah instance berhenti merespons. Instance mungkin tidak dapat merespons karena masalah jaringan atau masalah dengan instance.
Misalnya, anggaplah ambang peningkatan CPU Anda adalah 80%, dan satu instance berhenti merespons.
+ Jika auto healing dinonaktifkan, dan instance yang berjalan lainnya dapat menjaga penggunaan CPU rata-rata di bawah 80%, OpsWorks Stacks tidak memulai instance baru. Ini memulai instance pengganti hanya jika penggunaan CPU rata-rata di seluruh instance yang tersisa melebihi 80%.
+ Jika penyembuhan otomatis diaktifkan, OpsWorks Stacks memulai instance pengganti terlepas dari ambang beban.