Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Bangun landing zone
AWS Transform memandu Anda dalam merancang dan menerapkan AWS landing zone sebagai bagian dari proyek migrasi Anda. Landing zone adalah AWS lingkungan multi-akun yang berfungsi sebagai dasar untuk beban kerja Anda. Ini menempatkan batas-batas organisasi, kontrol tata kelola, dan struktur akun di tempat sebelum beban kerja tiba. AWS Transform menganalisis inventaris migrasi dan persyaratan bisnis Anda. Berdasarkan analisis ini, ia merekomendasikan Unit Organisasi (OU) dan struktur akun, menerapkan Kebijakan Kontrol Layanan (SCP) yang direkomendasikan, dan menghasilkan dan menyebarkan infrastruktur sebagai kode (IAc). Apa yang biasanya memakan waktu berminggu-minggu perencanaan dan konfigurasi manual, AWS Transform dapat diselesaikan dalam satu percakapan.
Agen landing zone mengotomatiskan dua fase:
-
Pengaturan pondasi - Menetapkan struktur landing zone inti: AWS Control Tower, OU dasar, dan akun inti.
-
Desain akun beban kerja — Rancang dan buat OU dan akun beban kerja berdasarkan gelombang migrasi, unit bisnis, dan persyaratan pemisahan lingkungan Anda.
AWS Transform mendukung lingkungan greenfield (tidak ada landing zone yang ada) dan lingkungan brownfield (OU yang ada dan akun sudah digunakan). Dalam skenario brownfield, AWS Transform mendeteksi struktur organisasi yang ada dan merekomendasikan hanya perubahan yang diperlukan untuk mengisi celah terhadap praktik AWS terbaik. Anda tidak harus memulai dari awal atau melakukan analisis kesenjangan manual.
AWS Transform mendukung dua mode operasional berdasarkan konfigurasi dan preferensi konektor Anda:
-
Mode penerapan penuh — AWS Transform menganalisis organisasi Anda, menghasilkan rekomendasi, membuat artefak Infrastructure as Code (IAc), dan menyebarkan infrastruktur landing zone langsung ke Organisasi Anda. AWS
-
IaC-only mode — AWS Transform menganalisis organisasi Anda, menghasilkan rekomendasi, dan menghasilkan artefak IAc untuk peninjauan dan penerapan Anda melalui pipeline Anda sendiri. Agen tidak menyebarkan infrastruktur secara langsung. Mode ini berguna jika Anda memiliki pipeline deployment yang ada (seperti AWS Landing Zone Accelerator, Terraform, atau custom CI/CD) atau lebih memilih untuk mengelola perubahan landing zone melalui proses manajemen perubahan internal Anda. Untuk informasi selengkapnya, lihat Hasilkan landing zone IAc tanpa penerapan.
Pengaturan konektor
Sebelum agen dapat melanjutkan, Anda menghubungkannya ke Akun Manajemen organisasi atau akun Administrator Delegasi. Jenis konektor menentukan mode operasional Anda, kemampuan yang tersedia, dan izin yang Anda berikan untuk AWS Transform:
| Tipe Konektor | Kemampuan dan Alur Kerja |
|---|---|
| Akun Manajemen |
Menyediakan kemampuan penyebaran penuh. AWS Transform menganalisis organisasi Anda, menghasilkan rekomendasi, membuat Infrastruktur sebagai artefak Kode, dan menyebarkan infrastruktur landing zone langsung ke Organisasi Anda. AWS Anda memilih apakah AWS Transform diterapkan secara otomatis atau hanya menghasilkan artefak IAc untuk tinjauan Anda. Gunakan opsi ini saat Anda ingin AWS Transform untuk menyediakan infrastruktur landing zone secara langsung, atau saat Anda ingin membuat artefak IAC sambil mempertahankan opsi untuk penyebaran langsung. Izin — Saat menyetujui permintaan konektor, Anda memberikan izin AWS Transform untuk menyediakan dan mengelola infrastruktur landing zone di target Akun AWS dan Wilayah. Jika berlaku, izin dibatasi untuk sumber daya yang ditandai dengan
|
| Akun Administrator Delegasi (DA) |
Menyediakan IaC-only mode. AWS Transform menganalisis organisasi Anda, menghasilkan rekomendasi, dan menghasilkan artefak Infrastruktur sebagai Kode yang dapat Anda unduh dan terapkan melalui pipeline Anda sendiri. Penyebaran langsung tidak tersedia dengan konektor DA karena keterbatasan teknis AWS Control Tower bahwa akun Admin Delegasi tidak dapat menyediakan zona pendaratan AWS Control Tower. Gunakan opsi ini ketika:
Jika Anda memerlukan kemampuan penyebaran langsung, Anda dapat mengonfigurasi ulang konektor untuk menargetkan Akun Manajemen. Izin — Dalam IaC-only mode, izin dibatasi untuk membaca dan menjelaskan operasi di AWS Organisasi untuk mendukung analisis dan penilaian kesenjangan. Untuk membuat akun Administrator Delegasi, ikuti petunjuk untuk membuat administrator yang didelegasikan. |
Saat Anda membuat konektor, Anda menentukan target Wilayah AWS. Ini adalah Wilayah di mana Control Tower diaktifkan, dan berfungsi sebagai Wilayah rumah Control Tower Anda. Untuk informasi selengkapnya tentang Wilayah Control Tower, lihat Cara Wilayah AWS bekerja dengan AWS Control Tower.
Pada awal penyiapan landing zone, AWS Transform mengambil konfigurasi konektor Anda dan menampilkan ID akun manajemen AWS Organisasi dan Wilayah target untuk konfirmasi. AWS Transform juga mendeteksi jenis konektor dan mode operasional Anda, memberi tahu Anda apakah Anda melanjutkan penerapan atau kemampuan penuh. IaC-only Untuk informasi selengkapnya, lihat AWS Transform Konektor.
penting
Ketergantungan Wilayah Pusat Identitas IAM - AWS Transformasi membutuhkan Pusat Identitas AWS IAM. Wilayah konektor Anda harus cocok dengan Wilayah rumah AWS Control Tower dan Wilayah Pusat Identitas IAM Anda. Jika IAM Identity Center sudah dikonfigurasi di organisasi Anda dan konektor menargetkan Wilayah yang berbeda, inisialisasi AWS Control Tower gagal. Untuk informasi selengkapnya, lihat Pertimbangan untuk pelanggan IAM Identity Center di Panduan Pengguna AWS Control Tower.
catatan
Konektor Admin yang didelegasikan dan inisialisasi Control Tower: Jika Anda menggunakan konektor akun Administrator Delegasi, AWS Transform beroperasi dalam mode. IaC-only Jika Control Tower belum diinisialisasi di organisasi Anda, AWS Transform menghasilkan artefak IAc untuk menginisialisasi Control Tower, yang dapat Anda tinjau dan terapkan melalui pipeline Anda.
Pengaturan pondasi
Penemuan dan perencanaan yayasan
Pada awal penyiapan pondasi, AWS Transform melakukan penemuan untuk memahami keadaan organisasi Anda saat ini dan menentukan pendekatan terbaik untuk landing zone Anda. Agen menanyakan pertanyaan-pertanyaan kunci berikut:
-
Apakah organisasi Anda sudah memiliki AWS Control Tower yang digunakan? AWS Transform memeriksa apakah Control Tower diinisialisasi di organisasi Anda. Jika Control Tower sudah berjalan, AWS Transform menganalisis konfigurasi landing zone yang ada.
-
Pendekatan dasar apa yang ingin Anda gunakan? Jika Control Tower belum digunakan, AWS Transform menawarkan dua opsi:
-
Kontrol Tower-based landing zone: AWS Transform menyebarkan AWS Control Tower sebagai fondasi untuk landing zone Anda. Ini memberikan tata kelola paling komprehensif dengan kontrol terkelola, pagar pembatas wajib, dan OU otomatis dan manajemen akun. Ini adalah pendekatan yang direkomendasikan untuk sebagian besar organisasi.
-
Organizations-only landing zone: AWS Transform membuat landing zone hanya menggunakan AWS Organizations tanpa menggunakan Control Tower. Ini memberi Anda struktur OU dasar dan organisasi akun tetapi tidak termasuk kontrol terkelola Menara Kontrol dan pagar pembatas otomatis. Pilih opsi ini jika organisasi Anda memiliki persyaratan khusus yang mencegah penyebaran Control Tower.
-
Berdasarkan tanggapan Anda, AWS Transform menyesuaikan alur kerja penyiapan dasar dan rekomendasi agar sesuai dengan pendekatan yang Anda pilih. Untuk zona Tower-based pendaratan Kontrol, fondasi tata kelola penuh dikerahkan. Untuk zona Organizations-only pendaratan, AWS Transform berfokus pada struktur OU, organisasi akun, dan konfigurasi SCP manual.
Pengaturan pondasi
Fase pengaturan pondasi menetapkan infrastruktur landing zone inti menggunakan AWS Control Tower. Agen landing zone membangun struktur OU fondasi penuh. Bagian dari itu adalah garis dasar AWS Control Tower, yang disediakan Control Tower secara otomatis di akun manajemen Anda. AWS Transform menambahkan sisanya berdasarkan praktik AWS terbaik. Anda dapat menyesuaikan struktur sebelum pembuatan.
Tabel berikut menunjukkan struktur pondasi dan dari mana masing-masing komponen berasal:
| Komponen | Tipe | Sumber | Tujuan |
|---|---|---|---|
| Root | Root | AWS Garis dasar Control Tower | Induk tingkat atas yang berisi semua OU di landing zone Anda. |
| Keamanan | OU | AWS Garis dasar Control Tower | Pencatatan dan pemantauan audit terpusat. Mengisolasi layanan ini di akun khusus dirancang untuk membantu menjaga jejak audit Anda terpisah dari tim beban kerja. |
| Audit | Akun | AWS Garis dasar Control Tower | Read-only akses ke semua akun untuk tinjauan keamanan dan kepatuhan. |
| Arsip Log | Akun | AWS Garis dasar Control Tower | Pencatatan terpusat dan tidak dapat diubah untuk semua aktivitas AWS API dan perubahan sumber daya di seluruh organisasi Anda. |
| Infrastruktur | OU | AWS penambahan praktik terbaik | OU induk untuk infrastruktur bersama yang mendukung seluruh organisasi Anda. |
| Jaringan | OU | AWS penambahan praktik terbaik | Infrastruktur jaringan bersama, termasuk Transit Gateway, VPN, dan DNS. Memusatkan layanan ini membantu mengurangi duplikasi dan memberi tim jaringan Anda satu tempat untuk mengelola konektivitas di semua akun. |
| Layanan Bersama | OU | AWS penambahan praktik terbaik | Layanan umum yang digunakan di seluruh organisasi, seperti solusi identitas, pencatatan, dan pemantauan yang mendukung beberapa akun beban kerja. |
| Kotak pasir | OU | AWS penambahan praktik terbaik | Eksperimen pengembang dengan batas pengeluaran dan akses terbatas, tanpa mempertaruhkan sumber daya produksi. |
| Kotak pasir | Akun | AWS penambahan praktik terbaik | Pengembang akun digunakan untuk eksperimen. |
| Beban kerja | OU | AWS penambahan praktik terbaik | OU induk untuk beban kerja aplikasi Anda. Itu dibuat kosong. OU dan akun Beban Kerja, seperti Produksi Non-Production, dan Diatur secara opsional, dirancang pada fase berikutnya berdasarkan persyaratan migrasi Anda. Untuk informasi selengkapnya, lihat Desain akun beban kerja. |
Selain Security OU dan akunnya, garis dasar AWS Control Tower mencakup sumber daya tata kelola berikut:
-
Kontrol wajib (pagar pembatas) — Kontrol preventif dan detektif diterapkan di seluruh organisasi Anda untuk menegakkan kebijakan tata kelola dasar. Ini tidak dapat dinonaktifkan.
-
Direktori IAM Identity Center — Direktori cloud-native dengan grup yang telah dikonfigurasi sebelumnya dan akses masuk tunggal untuk pengguna landing zone Anda. Untuk informasi selengkapnya, lihat Pusat AWS Identitas IAM.
catatan
Security OU dengan akun Audit dan Log Archive dibuat sebagai bagian dari pengaturan AWS Control Tower. Akun ini tidak dapat diubah namanya atau diganti setelah penyiapan awal. AWS Transform membuat penambahan praktik terbaik secara terpisah setelah Anda mengonfirmasi strukturnya.
Control Tower digunakan CloudFormation StackSetsuntuk menyebarkan dan mengelola sumber daya dasarnya secara konsisten di semua akun dan Wilayah di organisasi Anda. Jangan mengubah atau menghapus sumber daya yang dikelola Control Tower di luar metode yang didukung. Melakukannya dapat menyebabkan landing zone Anda memasuki keadaan yang tidak diketahui.
Dalam skenario brownfield, AWS Transform membandingkan fondasi Anda yang ada dengan struktur ini dan hanya melaporkan kesenjangan. Misalnya: “Yayasan Anda memiliki Keamanan dan Infrastruktur OU tetapi tidak ada Sandbox OU.”
Konvensi email akun
AWS membutuhkan alamat email unik untuk setiap akun. Email ini menerima pemberitahuan penting untuk akun tersebut. AWS Transform menggunakan plus pengalamatan untuk menghasilkan email akun unik dari satu kotak pesan.
Format: prefix+account-name@domain
Anda memberikan awalan (misalnya,aws-admin) dan domain (misalnya,acme.com), dan AWS Transform memperoleh semua email akun secara otomatis. Contoh:
-
Akun audit:
aws-admin+audit@acme.com -
Akun Arsip Log:
aws-admin+log-archive@acme.com -
Akun Sandbox:
aws-admin+sandbox@acme.com
Dalam skenario brownfield, AWS Transform memeriksa email akun yang ada untuk menyimpulkan konvensi plus-addressing yang sudah digunakan dan menawarkan untuk melanjutkan dengan pola yang sama.
Kebijakan Kontrol Layanan (SCP)
SCP adalah pagar pembatas izin tingkat organisasi yang menetapkan izin maksimum untuk semua akun di Organisasi Anda. AWS Mereka tidak memberikan akses — sebaliknya, mereka menentukan batasan yang tidak dapat dilampaui oleh siapa pun di akun, bahkan administrator akun.
Sebagai bagian dari penyebaran Control Tower, pagar pembatas dasar diterapkan secara otomatis. AWS Transform juga merekomendasikan SCP tambahan yang dirancang untuk membantu memperkuat postur organisasi Anda. Ini didasarkan pada praktik AWS terbaik untuk landing zone minimum yang layak.
SCP dapat diterapkan ke Infrastruktur, Kotak Pasir, dan Beban Kerja OU. Security OU dikelola oleh Control Tower dan tidak dapat ditargetkan oleh SCP melalui alat ini.
penting
Security OU adalah yayasan OU yang dikelola oleh Control Tower. Anda tidak dapat menambahkan akun, SCP, atau sumber daya apa pun ke dalamnya melalui agen landing zone.
Dalam skenario brownfield, AWS Transform memeriksa SCP mana yang sudah diterapkan dan hanya merekomendasikan SCP yang akan mengisi celah.
catatan
Batasan akun Administrator yang didelegasikan dalam skenario brownfield: Saat menggunakan konektor akun Administrator Delegasi di lingkungan brownfield di mana AWS landing zone Control Tower sudah diimplementasikan, AWS Transform tidak dapat melihat atau memodifikasi SCP yang ada yang dikelola oleh Control Tower. Ini karena akun Administrator Delegasi memiliki izin terbatas untuk operasi SCP pada kebijakan Kontrol. Tower-managed Anda masih dapat menghasilkan artefak IAC untuk SCP baru yang ingin Anda terapkan di luar lingkup manajemen Control Tower, tetapi SCP Control Tower yang ada akan tetap tidak berubah. Jika Anda perlu memodifikasi Kontrol Tower-managed SCP, konfigurasikan ulang konektor Anda untuk menargetkan Akun Manajemen.
Penyebaran yayasan
Setelah desain pondasi selesai, Anda memilih cara menyebarkan:
-
Terapkan untuk saya — AWS Transform menyebarkan dasar OU, akun, dan SCP ke Organisasi Anda. AWS
-
Saya akan menerapkannya sendiri — AWS Transform menghasilkan artefak Infrastructure as Code (IAc) untuk diunduh dalam format pilihan Anda (lihat). Format IAc
-
Rancang akun beban kerja terlebih dahulu — Lewati penerapan dan lanjutkan ke fase desain akun beban kerja. Anda dapat menyebarkan semuanya bersama-sama nanti.
Inisialisasi Control Tower
Jika AWS Transform mendeteksi bahwa AWS Control Tower belum diinisialisasi di organisasi Anda, Transform akan memberi pengguna tautan ke halaman konsol AWS Transform. Menghasilkan operasi di tautan membuat CloudFormation tumpukan ke bootstrap Control Tower di CloudFormation konsol untuk Wilayah target Anda. Setelah tumpukan dibuat, AWS Transform melanjutkan penerapan.
Desain akun beban kerja
Pada fase desain akun beban kerja, AWS Transform mendesain struktur OU dan akun untuk beban kerja aplikasi Anda berdasarkan inventaris migrasi, persyaratan bisnis, dan preferensi pemisahan lingkungan.
Konteks perencanaan migrasi
AWS Transform mengambil data dari fase perencanaan migrasi Anda, termasuk rencana gelombang, pemetaan server-ke-aplikasi, dan konteks bersama. Jika data perencanaan migrasi tersedia, AWS Transform menampilkan ringkasan dan meminta Anda untuk mengonfirmasi atau menyesuaikannya. Jika tidak ada data perencanaan migrasi yang tersedia, AWS Transform akan mengajukan pertanyaan penemuan secara langsung.
Penemuan
AWS Transform mengajukan pertanyaan untuk memahami persyaratan beban kerja Anda. Anda dapat melewatkan pertanyaan apa pun. Topiknya mencakup:
-
Jumlah unit bisnis atau tim yang menggunakan AWS
-
Industri dan kerangka kerja apa pun yang berlaku (HIPAA,, SOC2 PCI-DSS, FedRAMP)
-
Apakah beban kerja menangani data sensitif (PII, PHI, keuangan)
-
Preferensi pemisahan lingkungan (dev/test/staging/prod sebagai akun terpisah atau dibagikan)
-
Persyaratan isolasi beban kerja
-
Aplikasi bisnis dan tujuannya
-
Pengelompokan server ke dalam aplikasi
-
Pelacakan biaya dan kebutuhan alokasi (berdasarkan unit bisnis, proyek, lingkungan)
-
Pertumbuhan yang diharapkan dalam 12-24 bulan ke depan
-
Preferensi strategi akun (aplikasi tunggal per akun, dikelompokkan, atau berbasis lingkungan)
Struktur beban kerja yang diusulkan
Berdasarkan jawaban dan data perencanaan migrasi Anda, AWS Transform mengusulkan OU dan struktur akun di bawah Workloads OU. Proposal tersebut mencakup alasan di balik setiap keputusan desain.
AWS Transform mengikuti prinsip-prinsip desain ini:
-
Semua server dalam gelombang migrasi masuk ke akun yang sama — gelombang tidak dapat dibagi di seluruh akun. Ini adalah batasan rehost selama eksekusi gelombang.
-
Jika Anda meminta lingkungan yang terisolasi, AWS Transform create Workloads/Production dan Workloads/Non-Production sub-OUS.
-
Jika kerangka kerja yang berlaku diidentifikasi, AWS Transform create Workloads/Regulated dan Workloads/Standard sub-OUS.
-
Jika beberapa unit bisnis memerlukan tata kelola yang berbeda, AWS Transform membuat OU khusus unit bisnis di bawah Beban Kerja.
-
Aplikasi data kritis atau sensitif mendapatkan satu aplikasi per akun. Dalam hal ini, Anda mungkin diminta untuk mengulangi rencana gelombang Anda.
-
Aplikasi yang digabungkan erat dengan dependensi bersama dikelompokkan dalam satu akun.
Setiap akun yang diusulkan meliputi: nama, tujuan, target OU, dan unit bisnis. AWS Transform menunjukkan konvensi penamaan yang digunakan (misalnya,<business-unit>-<environment>-<workload>).
Anda dapat meninjau dan memodifikasi struktur yang diusulkan sebelum AWS Transform menerapkan perubahan. Setelah menerapkan, Anda dapat mengulangi — membuat perubahan tambahan sampai Anda puas.
Konfigurasi SCP beban kerja
Setelah struktur beban kerja dibuat, AWS Transform menyajikan SCP yang tersedia dan menanyakan apakah Anda ingin menerapkannya ke OU beban kerja Anda. Anda memilih SCP mana yang akan diterapkan dan ke OU mana. AWS Transform menerapkan SCP dan menampilkan pohon organisasi yang diperbarui dengan tabel ringkasan SCP.
Penyebaran beban kerja
Setelah desain beban kerja selesai, Anda memilih cara menerapkan:
-
Terapkan untuk saya — AWS Transform menyebarkan beban kerja OU, akun, dan SCP ke Organisasi Anda. AWS
-
Saya akan menerapkannya sendiri — AWS Transform menghasilkan artefak IAC untuk diunduh dalam format pilihan Anda (lihat). Format IAc
Format IAc
Saat Anda memilih penerapan mandiri, AWS Transform menghasilkan Infrastruktur sebagai artefak Kode dalam format berikut:
-
AWS Cloud Development Kit (AWS CDK)— TypeScript proyek untuk penyebaran infrastruktur terprogram.
-
HashiCorp Terraform - Menghasilkan template HashiCorp Configuration Language (HCL) untuk mengelola sumber daya landing zone.
-
Landing Zone Accelerator (LZA) - Konfigurasi file YAMAL berdasarkan LZA Universal Configuration versi 1.1.0. Template siap perusahaan ini bekerja dengan Landing Zone Accelerator AWS untuk membangun lingkungan multi-akun. AWS File yang dihasilkan mencakup pengaturan yang telah dikonfigurasi untuk tata kelola, struktur organisasi, dan jaringan. Pengaturan ini selaras dengan praktik AWS terbaik. Untuk mempelajari lebih lanjut, lihat Konfigurasi Universal LZA.
catatan
Saat Anda menerapkan melalui pipeline Landing Zone Accelerator (LZA), akun AWS Transform dan instalasi LZA Anda harus berada di Organisasi yang sama. AWS Deployment gagal jika ID Organizations yang digunakan dalam AWS Transform dan LZA tidak cocok. Untuk mempelajari cara mengatur instalasi LZA menggunakan Organizations, lihat Instalasi berbasis AWS Organizations.
Setelah Anda memilih format, AWS Transform menghasilkan artefak dan membuatnya tersedia untuk diunduh.
Untuk memverifikasi file yang diunduh tidak rusak atau dirusak, buat dan unduh checksum, lalu bandingkan dengan hash yang dibuat secara lokal menggunakan:
openssl dgst -sha256 -binary <file.zip> | base64
Proses persetujuan penerapan
Permintaan penyebaran zona pendaratan memerlukan persetujuan eksplisit sebelum eksekusi. Saat Anda mengirimkan permintaan penerapan, permintaan tersebut secara otomatis merutekan ke pemberi persetujuan resmi melalui tab AWS Transform Approvals.
Approvers meninjau CloudFormation template dan konfigurasi landing zone. Hanya pengguna dengan peran Admin di AWS Transform yang dapat menyetujui permintaan penerapan. Setiap pengiriman memicu siklus peninjauan baru, dan penerapan hanya dilanjutkan setelah menerima konfirmasi.
Jika pemberi persetujuan menolak permintaan Anda, hubungi mereka secara langsung untuk mendiskusikan modifikasi yang diperlukan. Sistem melacak semua keputusan persetujuan untuk tujuan audit dan mempertahankan riwayat penyebaran.
Tandai sumber daya landing zone
AWS Transform secara otomatis menandai semua sumber daya yang dihasilkan "CreatedBy": "AWSTransform" bersama dengan ID definisi dan eksekusi untuk tujuan pelacakan.
Tag otomatis
Semua sumber daya landing zone menerima tag berikut:
-
CreatedBy— AWSTransForm -
ATWorkspace— Pengidentifikasi ruang kerja
catatan
Jika migrasi Anda merupakan bagian dari AWS Migration Acceleration Program (MAP 2.0), Anda dapat menyertakan tag MAP yang diperlukan. Kuncinya adalah map-migrated dan nilainya adalahmigMPE_ID, di mana MPE_ID adalah pengidentifikasi MPE Anda. Tag MAP diminta selama fase pengaturan konektor, dan AWS Transform menerapkan tag ini selama penyebaran landing zone.
Membalikkan perubahan
Hanya elemen yang tidak digunakan yang dapat dihapus. Setelah OU atau akun dikerahkan, itu tidak dapat dihapus melalui agen landing zone.
Saat menghapus elemen, urutan penting - Anda harus menghapus anak-anak sebelum orang tua:
-
Hapus akun terlebih dahulu (melalui email).
-
Hapus SCP dari OU.
-
Hapus OU anak - OU tidak dapat dihapus jika masih memiliki akun atau OU bersarang.
Sumber daya terkait
