Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Lampiran: Kuesioner orientasi SALZ
**Topics**
+ [Ringkasan penyebaran](deployment-summary.md)
+ [Pertimbangan arsitektur lingkungan](og-questions-environment-level.md)
+ [Peringatan Pemantauan Zona Pendaratan Akun Tunggal](og-monitoring-alerts.md)
+ [Jendela Pemeliharaan](og-maintenance-window.md)
+ [Langkah Berikutnya](og-get-started-next-steps.md)
Ini adalah beberapa informasi yang perlu Anda pikirkan sebelum melakukan onboarding akun.
# Ringkasan penyebaran
Deskripsi deployment. Misalnya:
+ Akun ini adalah untuk penyebaran Line-of-Business aplikasi (sebagai lawan dari penyebaran aplikasi Produk).
+ Penyebaran melibatkan ARP berskala otomatis (proxy terbalik yang diautentikasi) dalam subnet publik atau DMZ akun.
+ Server web dan aplikasi akan digunakan dalam subnet pribadi akun.
+ Instans RDS (Amazon Relational Database Service) juga akan digunakan dalam Subnet pribadi akun.
+ Server (ARP, web, aplikasi, database, load balancer, dll.) Dipisahkan ke dalam kelompok keamanan yang berbeda.
+ Akun tersebut memerlukan desain HA (ketersediaan tinggi) yang tersebar di seluruh zona ketersediaan (AZs) yaitu “Multi-AZ”.
# Pertimbangan arsitektur lingkungan
Pertimbangkan kriteria berikut dalam memutuskan cara mengkonfigurasi lingkungan dan arsitektur Anda.
+ Apakah pusat data virtual Anda akan terhubung kembali ke jaringan perusahaan Anda?
+ Apakah Anda memiliki AWS DirectConnect layanan yang sudah ada atau Anda memerlukan DirectConnect layanan baru?
+ Apakah Anda memiliki koneksi VPN yang sudah ada atau Anda memerlukan layanan VPN baru?
+ Berapa rentang blok CIDR yang tersedia dari alamat internal yang dapat Anda alokasikan? (/16 direkomendasikan, tidak boleh tumpang tindih rentang jaringan perusahaan)
+ Apakah pusat data virtual Anda memerlukan akses internet?
+ Wilayah mana yang ingin Anda gunakan? (Sydney/N. Virginia/Dublin)
+ Apakah Anda memerlukan subnet Layanan Bersama untuk meng-host aplikasi yang memiliki konektivitas ke semua subnet lainnya?
+ Apa divisi organisasi Anda yang ingin Anda hosting sebagai subnet terpisah. Untuk masing-masing:
+ Konektivitas apa ke subnet lain yang Anda butuhkan?
+ Apakah subnet memerlukan akses Internet?
+ Apakah ada batasan penerapan aplikasi untuk subnet itu?
+ Apakah ada persyaratan jaringan khusus untuk subnet itu?
+ Apakah Anda ingin lingkungan and/or pengujian pengembangan yang terpisah? (Akan mencakup duplikat layanan bersama untuk akses kapan saja)
+ Apa persyaratan cadangan snapshot Anda?
+ Apakah Anda memiliki proses pemeliharaan atau jendela tambalan yang ingin Anda simpan?
+ Apa persyaratan pendaftaran domain Anda?
+ Apakah Anda memiliki persyaratan masuk tunggal? (misalnya, AD, LDAP)
+ Apa sistem operasi yang Anda harapkan secara keseluruhan dan persyaratan kapasitas yang diantisipasi?
# Peringatan Pemantauan Zona Pendaratan Akun Tunggal
AMS menyediakan cara bagi Anda untuk diperingatkan secara langsung (versus mendapatkan pemberitahuan layanan AMS) untuk peringatan pemantauan tertentu. Untuk mendaftar, pastikan Cloud Architect (CA atau Cloud Service Delivery Manager (CSDM) Anda menerima informasi ini:
**Direct Alerts Email**: Ini adalah alamat email yang Anda ingin AMS untuk mengirim peringatan berbasis sumber daya tertentu. Untuk detail peringatan yang dikirim langsung ke email, lihat [Peringatan dari Pemantauan Dasar di AMS di Panduan Pengguna AMS untuk Zona](https://docs.aws.amazon.com/managedservices/latest/onboardingguide/monitoring-default-metrics.html) Pendaratan Akun Tunggal. Untuk informasi selengkapnya tentang pemantauan AMS, lihat [Manajemen Pemantauan](https://docs.aws.amazon.com/managedservices/latest/userguide/monitoring.html) di Panduan Pengguna AMS untuk Zona Pendaratan Akun Tunggal.
# Jendela Pemeliharaan
Anda akan ingin membuat jendela pemeliharaan yang mempertimbangkan kebutuhan aplikasi yang berbeda, berbeda Wilayah AWS, dan periode stres yang berbeda. Jendela pemeliharaan Anda adalah saat AMS akan menerapkan patching. Berikut adalah beberapa pedoman:
+ Untuk membatasi dampak pada pengguna, rencanakan jendela pemeliharaan Anda sesuai dengan Wilayah AWS tempat lingkungan Anda digunakan.
+ Jadwalkan jendela di luar jam kerja reguler dan kapan lalu lintas paling sedikit diharapkan di server produksi.
+ Biasanya, tumpukan infrastruktur memerlukan pembaruan bulanan.
+ Jadwalkan jendela pemeliharaan setidaknya selama 300 menit. Penambalan sistem operasi membutuhkan waktu 60-90 menit, penambalan tumpukan infrastruktur membutuhkan waktu 180-300 menit.
# Langkah Berikutnya
Tim orientasi AMS akan membantu Anda dalam setiap langkah orientasi akun Anda ke AMS. Ini adalah persyaratan orientasi:
+ Menyediakan yang baru Akun AWS untuk digunakan untuk AMS dan memberikan Akun AWS ID.
+ Mendaftar untuk tingkat Support yang diinginkan.
+ Buat peran IAM lintas akun untuk memberikan akses akun penyediaan AMS dan berikan nama peran ke AMS.
+ Tambahkan akun 753102745277 sebagai Entitas Tepercaya.