Direktori Aktif yang dikelola sendiri di Amazon EC2

Gambaran Umum

Bagian ini memberikan rekomendasi untuk mengurangi biaya menjalankan Active Directory di Amazon Elastic Compute Cloud (Amazon EC2). Fokus utamanya adalah memastikan bahwa Anda dapat mengukur pengontrol domain Active Directory dengan tepat dan menggunakan fleksibilitas AWS Cloud untuk menyesuaikan sesuai kebutuhan untuk lingkungan Anda. AWS dapat membantu Anda menghentikan instans dengan mudah dan mengubah ukurannya untuk memenuhi kebutuhan Anda yang berubah, atau mengurangi ukuran instance jika Anda meningkatkan skala terlalu cepat. Memilih ukuran dan jenis instans yang tepat dapat menghasilkan penghematan yang signifikan.

Dampak biaya

Tabel berikut menunjukkan perbedaan antara memilih instance keluarga instance burstable atas instance tujuan umum. Pilihan ini dapat menghemat banyak uang setiap bulan. Perencanaan dan ukuran instans yang tepat dapat membantu Anda mengelola biaya.

Jenis instans	Jumlah instans	vCPU	Memori	Biaya
t3a.medium	2	2	8	$81.76/bulan
m5a.large	2	2	8	$259.88/bulan

Untuk informasi lebih lanjut tentang biaya, lihat AWS Pricing Calculator perkiraan.

Penghematan $178,12 per bulan berakhir menjadi lebih dari $2.000 dalam penghematan per tahun untuk pengontrol domain Anda. Perlu diingat bahwa untuk jejak kecil hanya dua pengontrol domain dalam satu akun. Pada skala dengan beberapa akun dan pengontrol domain tambahan, penghematan tersebut dapat menambah hingga pengurangan biaya yang signifikan.

Rekomendasi pengoptimalan biaya

Microsoft menyediakan rekomendasi perencanaan kapasitas saat Anda menerapkan lingkungan Active Directory. Kami menyarankan Anda mempertimbangkan komponen utama berikut saat merencanakan atau menskalakan lingkungan Active Directory Anda:

• Memori

• Jaringan

• Penyimpanan

• Prosesor

Sambil mengingat komponen-komponen utama ini, Anda dapat bekerja dengan memilih jenis instans yang masuk akal untuk lingkungan Active Directory Anda AWS. Bagian ini mencakup beberapa contoh Active Directory untuk skenario AWS penerapan. Skenario ini memperjelas bahwa tidak perlu mereplikasi lingkungan lokal Anda AWS, jika Anda tidak berencana untuk menangani jumlah pengguna dan komputer yang sama seperti yang Anda lakukan di lingkungan lokal.

Tabel berikut menyoroti komponen penting mengenai vCPU, memori, dan disk untuk footprint Anda AWS .

Komponen	Estimasi
Ukuran penyimpanan/basis data	40—60 KB untuk setiap pengguna
RAM	Ukuran basis data Rekomendasi sistem operasi dasar Aplikasi pihak ketiga
Jaringan	1 GB
CPU	1.000 pengguna bersamaan untuk setiap inti

Skenario penyebaran hibrida

Diagram berikut menunjukkan contoh arsitektur untuk penyebaran hybrid Active Directory.

Seperti yang ditunjukkan diagram, Anda biasanya memiliki footprint lokal dan kemudian memperluas ini ke dalam. AWS Cloud Pada fase awal migrasi, Anda biasanya tidak akan memiliki semua pengguna dan server Anda disebarkan. AWS Itulah mengapa penting untuk awalnya menggunakan jejak berukuran lebih kecil untuk menghemat uang pada upaya migrasi.

Jika Anda akan mempertahankan footprint lokal dengan server dan pengguna yang mengautentikasi di tempat, maka Anda tidak memerlukan footprint yang sama untuk pengontrol domain. AWS Dengan mengikuti praktik terbaik Active Directory, Anda dapat menerapkan situs dan layanan Active Directory yang tepat untuk mengautentikasi pengguna dan komputer ke footprint lokal Anda, sementara hanya mengautentikasi AWS footprint Anda ke pengontrol domain di. AWS Hal ini memungkinkan Anda untuk menghindari melebih-lebihkan jejak Active Directory Anda AWS dengan membatasi penggunaan hanya AWS sumber daya dan tidak semua infrastruktur lokal Anda. Untuk panduan merancang penyiapan hibrida, lihat Penempatan pengontrol domain dan pertimbangan situs yang tepat dalam dokumentasi Microsoft.

Optimalkan AWS migrasi dengan ukuran yang tepat

Jika Anda menerapkan instance baru Active Directory untuk pengguna Anda atau berencana untuk sepenuhnya bermigrasi ke AWS infrastruktur Direktori Aktif Anda, sebaiknya Anda merencanakan ukuran berdasarkan rekomendasi Microsoft untuk vCPU, memori, dan ruang disk untuk pilihan instans di tabel sebelumnya.

Jika ini adalah jejak baru, Anda dapat memulai dari yang kecil dan memanfaatkan kemampuan untuk dengan mudah mengubah jenis instance untuk mengubah ukuran lingkungan Anda saat ia tumbuh. AWS Bagian Windows di Amazon EC2 dari panduan ini menunjukkan kepada Anda cara memantau dan meninjau pemanfaatan CPU dan memori Anda. AWS Dengan begitu, Anda tahu kapan harus meningkatkan ukuran instans EC2 Anda.

Jika Anda sepenuhnya memigrasikan lingkungan Active Directory lokal AWS, Anda dapat menerapkan rencana ukuran yang sama untuk memastikan kinerja yang tepat. Sebelum menduplikasi apa yang Anda miliki di lokasi AWS, kami sarankan Anda menyelesaikan tinjauan menyeluruh terhadap lingkungan Direktori Aktif Anda. Ini dapat membantu Anda mencegah penyediaan berlebihan. Pastikan untuk menggunakan Performance Monitor untuk mengumpulkan informasi tentang jumlah lalu lintas dan pemanfaatan untuk pengontrol domain yang ada. Ini dapat memberi Anda pemahaman tentang penggunaan keseluruhan sehingga Anda dapat mengukur ukuran yang tepat dan pada akhirnya mengurangi biaya Anda.

Optimalkan Active Directory pada AWS

Jika Anda menjalankan Active Directory AWS, penting juga untuk terus memantau pemanfaatan dan mengubah ukuran instance sesuai kebutuhan untuk mengurangi pengeluaran Anda. Anda dapat menggunakan AWS Compute Optimizer untuk mendapatkan informasi tentang sumber daya yang Anda jalankan AWS. Untuk informasi tentang menggunakan Compute Optimizer untuk mengukur beban kerja Windows Anda dengan benar, lihat bagian Windows di Amazon EC2 dari panduan ini. Untuk penyelaman mendalam yang lebih komprehensif, Anda dapat menggunakan Performance Monitor untuk memantau pemanfaatan pengontrol domain Active Directory, menilai kinerja, dan kemudian mengubah ukuran yang sesuai.

Anda juga dapat menggunakan CloudWatch untuk memantau kinerja pengontrol domain. Untuk mengoptimalkan pengontrol domain Anda (meningkatkan atau menurunkan skala), Anda dapat menggunakan metrik yang tersedia CloudWatch untuk membantu Anda membuat keputusan yang tepat. Anda dapat menggunakan CloudWatch agen untuk mengonfigurasi metrik Monitor Kinerja kustom yang akan dikirim untuk pengumpulan data. Untuk petunjuk, lihat Bagaimana cara menggunakan CloudWatch agen untuk melihat metrik Monitor Kinerja di server Windows? di pusat AWS pengetahuan.

Setelah menerapkan CloudWatch agen, Anda dapat mengonfigurasi metrik berikut dalam file konfigurasi agen di bawah: metrics_collected

Kategori metrik	Nama metrik
Database ke instance (NTDSA)	Database cache% tekan
Database I/O membaca latensi rata-rata
Database I/O membaca/detik
Log I/O menulis latensi rata-rata
DirectoryServices (NTDS)	Waktu mengikat LDAP
DRA menunggu operasi replikasi
DRA menunggu sinkronisasi replikasi
DNS	Kueri rekursif/detik
Kegagalan kueri rekursif/detik
Kueri TCP diterima/detik
Total kueri yang diterima/detik
Total respons yang dikirim/detik
Kueri UDP diterima/detik
LogicalDisk	Rata-rata panjang antrian disk
% ruang kosong
Memori	% byte berkomitmen digunakan
Masa pakai cache siaga rata-rata jangka panjang
Antarmuka jaringan	Byte dikirim/detik
Byte Diterima/detik
Bandwidth saat ini
NTDS	ATQ memperkirakan penundaan antrian
Latensi permintaan ATQ
Direktori DS membaca/detik
Pencarian direktori DS/detik
Direktori DS menulis/detik
Sesi klien LDAP
Pencarian LDAP/detik
Ikatan sukses LDAP/detik
Prosesor	% waktu prosesor
Statistik seluruh sistem keamanan	Otentikasi Kerberos
Otentikasi NTLM

Sumber daya tambahan

• Layanan Domain Direktori Aktif di AWS: Panduan Penyebaran Solusi Mitra (AWS dokumentasi)

• Perencanaan kapasitas untuk Layanan Domain Direktori Aktif (dokumentasi Microsoft)

• Pertimbangan desain untuk menjalankan Active Directory pada instans EC2 (Whitepaper)AWS