Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Kelangsungan bisnis untuk Pribadi WorkSpaces
Amazon WorkSpaces dibangun di atas infrastruktur AWS global, yang diatur ke dalam AWS Wilayah dan Zona Ketersediaan. Wilayah dan Availability Zones ini memberikan ketahanan dalam hal isolasi fisik dan redundansi data. Untuk informasi selengkapnya, lihat [Ketahanan di Amazon WorkSpaces](disaster-recovery-resiliency.md).
Amazon WorkSpaces juga menyediakan pengalihan lintas wilayah, fitur yang berfungsi dengan kebijakan perutean Sistem Nama Domain (DNS) Anda untuk mengarahkan WorkSpaces pengguna Anda ke alternatif WorkSpaces saat primer mereka tidak tersedia. WorkSpaces Misalnya, dengan menggunakan kebijakan perutean failover DNS, Anda dapat menghubungkan pengguna Anda ke WorkSpaces Wilayah failover yang ditentukan ketika mereka tidak dapat mengakses mereka WorkSpaces di Wilayah utama.
Anda dapat menggunakan pengalihan lintas wilayah untuk mencapai ketahanan wilayah dan ketersediaan yang tinggi. Anda juga dapat menggunakannya untuk tujuan lain, seperti distribusi lalu lintas atau memberikan alternatif WorkSpaces selama periode pemeliharaan. Jika Anda menggunakan Amazon Route 53 untuk konfigurasi DNS Anda, Anda dapat memanfaatkan pemeriksaan kesehatan yang memantau CloudWatch alarm Amazon.
Ketahanan WorkSpaces Multi-Wilayah Amazon menyediakan infrastruktur desktop virtual yang otomatis dan berlebihan di WorkSpace Wilayah sekunder dan merampingkan proses pengalihan pengguna ke Wilayah sekunder ketika Wilayah utama tidak dapat dijangkau karena pemadaman.
Anda dapat menggunakan Ketahanan WorkSpaces Multi-Wilayah dengan pengalihan Lintas wilayah untuk menerapkan infrastruktur desktop virtual yang berlebihan di WorkSpace Wilayah sekunder dan merancang strategi failover lintas wilayah sebagai persiapan untuk peristiwa yang mengganggu. Anda juga dapat menggunakan solusi ini untuk tujuan lain, seperti distribusi lalu lintas atau memberikan alternatif WorkSpaces selama periode pemeliharaan. Jika Anda menggunakan Route 53 untuk konfigurasi DNS Anda, Anda dapat memanfaatkan pemeriksaan kesehatan yang memantau CloudWatch alarm.
**Topics**
+ [Pengalihan Lintas Wilayah untuk Pribadi WorkSpaces](cross-region-redirection.md)
+ [Ketahanan Multi-Wilayah untuk Pribadi WorkSpaces](multi-region-resilience.md)
# Pengalihan Lintas Wilayah untuk Pribadi WorkSpaces
Dengan fitur pengalihan lintas wilayah di Amazon WorkSpaces, Anda dapat menggunakan nama domain yang memenuhi syarat (FQDN) sebagai kode pendaftaran untuk Anda. WorkSpaces Pengalihan Lintas Wilayah berfungsi dengan kebijakan perutean Sistem Nama Domain (DNS) Anda untuk mengarahkan WorkSpaces pengguna Anda ke alternatif WorkSpaces saat primer mereka tidak tersedia. WorkSpaces Misalnya, dengan menggunakan kebijakan perutean failover DNS, Anda dapat menghubungkan pengguna Anda ke WorkSpaces Wilayah failover yang ditentukan ketika mereka tidak dapat mengakses mereka WorkSpaces di AWS Wilayah utama.
Anda dapat menggunakan pengalihan lintas wilayah bersama dengan kebijakan perutean failover DNS Anda untuk mencapai ketahanan wilayah dan ketersediaan tinggi. Anda juga dapat menggunakan fitur ini untuk tujuan lain, seperti distribusi lalu lintas atau memberikan alternatif WorkSpaces selama periode pemeliharaan. Jika Anda menggunakan Amazon Route 53 untuk konfigurasi DNS Anda, Anda dapat memanfaatkan pemeriksaan kesehatan yang memantau CloudWatch alarm Amazon.
Untuk menggunakan fitur ini, Anda harus menyiapkan WorkSpaces untuk pengguna Anda di dua (atau lebih) AWS Wilayah. Anda juga harus membuat kode registrasi berbasis FQDN khusus yang disebut *Alias hubungan.* Alias koneksi ini menggantikan kode pendaftaran khusus Wilayah untuk pengguna Anda. WorkSpaces (Kode pendaftaran khusus wilayah tetap valid; namun, untuk pengalihan lintas wilayah untuk bekerja, pengguna Anda harus menggunakan FQDN sebagai gantinya sebagai kode registrasi mereka.)
Untuk membuat alias hubungan, Anda menentukan *string hubungan,* yang merupakan FQDN Anda, seperti `www.example.com` atau`desktop.example.com`. Untuk menggunakan domain ini untuk pengalihan lintas wilayah, Anda harus mendaftarkannya dengan pendaftar domain dan mengonfigurasi layanan DNS untuk domain Anda.
Setelah Anda membuat alias koneksi, Anda mengaitkannya dengan WorkSpaces direktori Anda di Wilayah yang berbeda untuk membuat pasangan *asosiasi*. Setiap pasangan asosiasi memiliki Wilayah utama dan satu Wilayah failover atau lebih. Jika terjadi pemadaman di Wilayah utama, kebijakan perutean failover DNS Anda akan mengarahkan WorkSpaces pengguna Anda ke WorkSpaces yang telah Anda siapkan untuk mereka di Wilayah failover.
Untuk menentukan wilayah utama dan failover, Anda menentukan prioritas Wilayah (primer atau sekunder) ketika mengonfigurasi kebijakan perutean failover DNS.
**Topics**
+ [Prasyarat](#cross-region-redirection-prerequisites)
+ [Batasan](#cross-region-redirection-limitations)
+ [Langkah 1: Buat alias hubungan](#cross-region-redirection-create-connection-aliases)
+ [(Opsional) Langkah 2: Bagikan alias hubungan dengan akun lain](#cross-region-redirection-share-connection-alias)
+ [Langkah 3: Kaitkan alias hubungan dengan direktori di setiap Wilayah](#cross-region-redirection-associate-connection-aliases)
+ [Langkah 4: Konfigurasikan layanan DNS Anda dan atur kebijakan perutean DNS](#cross-region-redirection-configure-DNS-routing)
+ [Langkah 5: Kirim string koneksi ke WorkSpaces pengguna Anda](#cross-region-redirection-send-connection-string-to-users)
+ [Diagram arsitektur Pengalihan Lintas Wilayah](#cross-region-redirection-architecture-diagram)
+ [Memulai pengalihan lintas wilayah](#initiate-cross-region-redirection)
+ [Yang terjadi selama pengalihan lintas Wilayah](#cross-region-redirection-what-happens)
+ [Pisahkan alias hubungan dari direktori](#cross-region-redirection-disassociate-connection-alias)
+ [Batalkan pembagian alias hubungan](#cross-region-redirection-unshare-connection-alias)
+ [Hapus alias hubungan](#cross-region-redirection-delete-connection-alias)
+ [Izin IAM untuk mengaitkan dan memisahkan alias hubungan](#cross-region-redirection-iam)
+ [Pertimbangan keamanan jika Anda berhenti menggunakan pengalihan Lintas Wilayah](#cross-region-redirection-security-considerations)
## Prasyarat
+ Anda harus memiliki dan mendaftarkan domain yang ingin Anda gunakan sebagai FQDN dalam alias hubungan Anda. Jika Anda belum menggunakan pendaftar domain lain, Anda dapat menggunakan Amazon Route 53 untuk mendaftarkan domain Anda. Untuk informasi selengkapnya, lihat [Mendaftarkan nama domain dengan Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar.html) dalam *Panduan Developer Amazon Route 53*.
**penting**
Anda harus memiliki semua hak yang diperlukan untuk menggunakan nama domain apa pun yang Anda gunakan bersama dengan Amazon WorkSpaces. Anda setuju bahwa nama domain tidak melanggar atau menyalahi hak legal pihak ketiga mana pun atau melanggar hukum yang berlaku.
Panjang total nama domain Anda tidak boleh melebihi 255 karakter. Untuk informasi selengkapnya tentang nama domain, lihat [Format nama domain DNS](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/DomainNameFormat.html) di *Panduan Developer Amazon Route 53 Panduan*.
Pengalihan lintas wilayah bekerja dengan nama domain publik dan nama domain di zona DNS privat. Jika Anda menggunakan zona DNS pribadi, Anda harus menyediakan koneksi jaringan pribadi virtual (VPN) ke virtual private cloud (VPC) yang berisi Anda. WorkSpaces Jika WorkSpaces pengguna Anda mencoba menggunakan FQDN pribadi dari internet publik, aplikasi WorkSpaces klien mengembalikan pesan galat berikut:
`"We're unable to register the WorkSpace because of a DNS server issue. Contact your administrator for help."`
+ Anda harus menyiapkan layanan DNS Anda dan mengonfigurasi kebijakan perutean DNS yang diperlukan. Pengalihan Lintas Wilayah berfungsi bersama dengan kebijakan perutean DNS Anda untuk mengarahkan pengguna sesuai kebutuhan. WorkSpaces
+ Di setiap Wilayah primer dan failover tempat Anda ingin mengatur pengalihan lintas wilayah, buat WorkSpaces untuk pengguna Anda. Pastikan Anda menggunakan nama pengguna yang sama di setiap WorkSpaces direktori di setiap Wilayah. Agar data pengguna Active Directory tetap sinkron, sebaiknya gunakan AD Connector untuk menunjuk ke Active Directory yang sama di setiap Wilayah tempat Anda menyiapkan WorkSpaces untuk pengguna. Untuk informasi selengkapnya tentang membuat WorkSpaces, lihat [Peluncuran WorkSpaces](launch-workspaces-tutorials.md).
**penting**
Jika Anda mengonfigurasi direktori Microsoft AD AWS Terkelola untuk replikasi Multi-wilayah, hanya direktori di Wilayah utama yang dapat didaftarkan untuk digunakan dengan Amazon. WorkSpaces Upaya untuk mendaftarkan direktori di Wilayah yang direplikasi untuk digunakan dengan Amazon WorkSpaces akan gagal. Replikasi Multi-Wilayah dengan AWS Microsoft AD Terkelola tidak didukung untuk digunakan dengan Amazon WorkSpaces dalam Wilayah yang direplikasi.
Setelah selesai menyiapkan pengalihan lintas wilayah, Anda harus memastikan WorkSpaces pengguna Anda menggunakan kode registrasi berbasis FQDNN, bukan kode registrasi berbasis Region (misalnya,) untuk Wilayah utama mereka. `WSpdx+ABC12D` Untuk melakukan ini, Anda harus mengirim email pada pengguna dengan string hubungan FQDN dengan menggunakan prosedur di [Langkah 5: Kirim string koneksi ke WorkSpaces pengguna Anda](#cross-region-redirection-send-connection-string-to-users).
**catatan**
Jika Anda membuat pengguna di WorkSpaces konsol alih-alih membuatnya di Active Directory, WorkSpaces secara otomatis mengirimkan email undangan ke pengguna Anda dengan kode registrasi berbasis Wilayah setiap kali Anda meluncurkan yang baru. WorkSpace Ini berarti bahwa ketika Anda mengatur WorkSpaces untuk pengguna Anda di Wilayah failover, pengguna Anda juga akan secara otomatis menerima email untuk failover WorkSpaces ini. Anda perlu menginstruksikan pengguna Anda untuk mengabaikan email dengan kode registrasi berbasis Wilayah.
## Batasan
+ Pengalihan Lintas Wilayah tidak secara otomatis memeriksa apakah koneksi ke Wilayah utama gagal dan kemudian gagal Anda WorkSpaces ke Wilayah lain. Dengan kata lain, failover otomatis tidak terjadi.
Untuk menerapkan skenario failover otomatis, Anda harus menggunakan beberapa mekanisme lain dalam hubungannya dengan pengalihan lintas wilayah. Misalnya, Anda dapat menggunakan kebijakan perutean DNS failover Amazon Route 53 yang dipasangkan dengan pemeriksaan kesehatan Route 53 yang memantau CloudWatch alarm di Wilayah utama. Jika CloudWatch alarm di Wilayah utama dipicu, kebijakan perutean failover DNS Anda akan mengarahkan WorkSpaces pengguna ke WorkSpaces yang telah Anda atur untuk mereka di Wilayah failover.
+ Pengalihan Lintas Wilayah hanya didukung pada versi 3.0.9 atau yang lebih baru dari aplikasi klien Linux, macOS, dan Windows. WorkSpaces Anda juga dapat menggunakan pengalihan lintas wilayah dengan Akses Web.
+ Pengalihan Lintas Wilayah tersedia di semua [AWS Wilayah di mana Amazon WorkSpaces tersedia](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/), kecuali untuk AWS GovCloud (US) Region s dan Wilayah Tiongkok (Ningxia).
## Langkah 1: Buat alias hubungan
Menggunakan AWS akun yang sama, buat alias koneksi di setiap Wilayah primer dan failover tempat Anda ingin mengatur pengalihan lintas wilayah.
**Untuk membuat alias**
1. Buka WorkSpaces konsol di [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home).
1. Di sudut kanan atas konsol, pilih AWS Wilayah utama untuk Anda. WorkSpaces
1. Di panel navigasi, pilih **Pengaturan Akun**.
1. Di bagian **Pengalihan lintas-Wilayah** pilih **Buat alias hubungan.**
1. Untuk **String hubungan,** masukkan FQDN, seperti `www.example.com`atau `desktop.example.com`. Sebuah hubungan string dapat mencapai 255 karakter maksimal. Hal ini dapat mencakup hanya huruf (A-Z dan a-z), angka (0-9), dan karakter berikut: .-
**penting**
Setelah Anda membuat string koneksi, itu selalu dikaitkan dengan AWS akun Anda. Anda tidak dapat membuat ulang string hubungan yang sama dengan akun yang berbeda, bahkan jika Anda menghapus semua instans dari akun asli. String hubungan secara global disediakan untuk akun Anda.
1. (Opsional) Di bagian **Tanda**, tentukan tanda yang ingin Anda kaitkan dengan alias hubungan Anda.
1. Pilih **Buat alias hubungan.**
1. Ulangi langkah-langkah ini[Step 2](#step_select_region_create_alias), tetapi di, pastikan untuk memilih Wilayah failover untuk Anda WorkSpaces. Jika Anda memiliki lebih dari satu Wilayah failover, ulangi langkah berikut untuk setiap Wilayah failover. Pastikan untuk menggunakan AWS akun yang sama untuk membuat alias koneksi di setiap Wilayah failover.
## (Opsional) Langkah 2: Bagikan alias hubungan dengan akun lain
Anda dapat berbagi alias koneksi dengan satu AWS akun lain di AWS Wilayah yang sama. Berbagi alias hubungan dengan akun lain memberikan izin akun tersebut untuk mengaitkan atau memisahkan alias tersebut dengan direktori yang dimiliki oleh akun tersebut hanya di Wilayah yang sama. Hanya akun yang memiliki alias hubungan yang dapat menghapus hubungan.
**catatan**
Alias koneksi dapat dikaitkan dengan hanya satu direktori per AWS Wilayah. Jika Anda berbagi alias koneksi dengan AWS akun lain, hanya satu akun (akun Anda atau akun bersama) yang dapat mengaitkan alias dengan direktori di Wilayah tersebut.
**Untuk berbagi alias koneksi dengan akun lain AWS**
1. Buka WorkSpaces konsol di [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home).
1. Di sudut kanan atas konsol, pilih AWS Wilayah tempat Anda ingin berbagi alias koneksi dengan akun lain. AWS
1. Di panel navigasi, pilih **Pengaturan Akun**.
1. Di bagian **Kaitan pengalihan Lintas Wilayah**, pilih string hubungan, lalu pilih **Tindakan**, **Bagikan/batalkan pembagian alias hubungan.**
Anda juga dapat berbagi alias dari halaman detail untuk alias hubungan Anda. Untuk melakukannya, di bagian **Akun bersama** Pilih,**Alias hubungan.**
1. Pada halaman **alias koneksi Bagikan/batalkan bagikan**, di bawah **Bagikan dengan akun**, masukkan ID AWS akun yang ingin Anda bagikan alias koneksi Anda di Wilayah ini. AWS
1. Pilih **Bagikan**.
## Langkah 3: Kaitkan alias hubungan dengan direktori di setiap Wilayah
Mengaitkan alias koneksi yang sama dengan WorkSpaces direktori di dua Wilayah atau lebih membuat pasangan asosiasi antara direktori. Setiap pasangan asosiasi memiliki Wilayah utama dan satu Wilayah failover atau lebih.
Misalnya, jika Wilayah utama Anda adalah Wilayah Barat AS (Oregon), Anda dapat memasangkan WorkSpaces direktori Anda di Wilayah Barat AS (Oregon) dengan WorkSpaces direktori di Wilayah AS Timur (Virginia N.). Jika terjadi pemadaman di Wilayah utama, pengalihan lintas wilayah berfungsi bersama dengan kebijakan perutean failover DNS Anda dan pemeriksaan kesehatan apa pun yang telah Anda lakukan di Wilayah AS Barat (Oregon) untuk mengarahkan pengguna Anda ke yang telah WorkSpaces Anda siapkan untuk mereka di Wilayah AS Timur (Virginia N.). Untuk informasi selengkapnya tentang pengalaman pengalihan lintas wilayah, lihat [Yang terjadi selama pengalihan lintas Wilayah](#cross-region-redirection-what-happens).
**catatan**
Jika WorkSpaces pengguna Anda berada pada jarak yang signifikan dari Wilayah failover (misalnya, ribuan mil jauhnya), WorkSpaces pengalaman mereka mungkin kurang responsif daripada biasanya. Untuk memeriksa waktu pulang pergi (RTT) ke berbagai AWS Wilayah dari lokasi Anda, gunakan Pemeriksaan [ WorkSpaces Kesehatan Koneksi](https://clients.amazonworkspaces.com/Health.html) Amazon.
**Untuk mengaitkan alias hubungan dengan direktori**
Anda dapat mengaitkan alias koneksi dengan hanya satu direktori per AWS Wilayah. Jika Anda telah berbagi alias koneksi dengan AWS akun lain, hanya satu akun (akun Anda atau akun bersama) yang dapat mengaitkan alias dengan direktori di Wilayah tersebut.
1. Buka WorkSpaces konsol di [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home).
1. Di sudut kanan atas konsol, pilih AWS Wilayah utama untuk Anda. WorkSpaces
1. Di panel navigasi, pilih **Pengaturan Akun**.
1. Di bagian **Kaitan pengalihan Lintas Wilayah**, pilih string hubungan, kemudian pilih **Tindakan**, **Kaitkan/Pisahkan**.
Anda juga dapat mengaitkan alias hubungan dengan direktori dari halaman detail untuk alias hubungan Anda. Untuk melakukannya, di bagian **Direktori terkait** pilih,**Kaitkan direktori**.
1. Pada halaman **Associate/Disassociate**, Di bawah **Associate to a directory, pilih direktori** yang ingin Anda kaitkan alias koneksi Anda dengan di Region ini. AWS
**catatan**
Jika Anda mengonfigurasi direktori Microsoft AD AWS Terkelola untuk replikasi Multi-wilayah, hanya direktori di Wilayah utama yang dapat digunakan dengan Amazon. WorkSpaces Upaya untuk menggunakan direktori di Wilayah yang direplikasi dengan Amazon WorkSpaces akan gagal. Replikasi Multi-Wilayah dengan AWS Microsoft AD Terkelola tidak didukung untuk digunakan dengan Amazon WorkSpaces dalam Wilayah yang direplikasi.
1. Pilih **Kaitkan**.
1. Ulangi langkah-langkah ini[Step 2](#step_select_region_associate_alias), tetapi di, pastikan untuk memilih Wilayah failover untuk Anda WorkSpaces. Jika Anda memiliki lebih dari satu Wilayah failover, ulangi langkah berikut untuk setiap Wilayah failover. Pastikan untuk mengaitkan alias hubungan yang sama dengan direktori di setiap Wilayah failover.
## Langkah 4: Konfigurasikan layanan DNS Anda dan atur kebijakan perutean DNS
Setelah membuat alias hubungan dan pasangan asosiasi alias hubungan, Anda dapat mengonfigurasi layanan DNS untuk domain yang digunakan dalam string hubungan. Anda dapat menggunakan penyedia layanan DNS untuk tujuan ini. Jika Anda belum memiliki penyedia layanan DNS pilihan, Anda dapat menggunakan Amazon Route 53. Untuk informasi selengkapnya, lihat [ Mengonfigurasi Amazon Route 53 sebagai layanan DNS Anda](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-configuring.html) di *Panduan Developer Amazon Route 53*.
Setelah mengonfigurasi layanan DNS untuk domain Anda, Anda harus mengatur kebijakan perutean DNS yang ingin Anda gunakan untuk pengalihan lintas Wilayah. Misalnya, Anda dapat menggunakan pemeriksaan kesehatan Amazon Route 53 untuk menentukan apakah pengguna Anda dapat terhubung ke mereka WorkSpaces di Wilayah tertentu. Jika pengguna tidak dapat terhubung, Anda dapat menggunakan kebijakan failover DNS untuk merutekan lalu lintas DNS dari satu Wilayah ke Wilayah lainnya.
Untuk informasi tentang pemilihan kebijakan perutean DNS Anda, lihat [Memilih Kebijakan Perutean](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) dalam *Panduan Developer Amazon Route 53*. Untuk informasi selengkapnya tentang pemeriksaan kondisi Amazon Route 53, lihat [Cara Amazon Route 53 memeriksa kondisi sumber daya Anda](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/welcome-health-checks.html) di *Panduan Developer Amazon Route 53*.
Saat menyiapkan kebijakan perutean DNS, Anda memerlukan *pengenal koneksi* untuk asosiasi antara alias koneksi dan WorkSpaces direktori di Wilayah utama. Anda juga akan memerlukan pengenal koneksi untuk asosiasi antara alias koneksi dan WorkSpaces direktori di Wilayah atau Wilayah failover Anda.
**catatan**
Pengenal hubungan **tidak** sama dengan ID alias hubungan. ID alias hubungan dimulai dengan `wsca-`.
**Untuk menemukan pengenal hubungan untuk kaitan alias hubungan**
1. Buka WorkSpaces konsol di [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home).
1. Di sudut kanan atas konsol, pilih AWS Wilayah utama untuk Anda. WorkSpaces
1. Di panel navigasi, pilih **Pengaturan Akun**.
1. Di bagian **Kaitan pengalihan Lintas Wilayah**, pilih teks string hubungan (FQDN) untuk melihat halaman detail alias hubungan.
1. Pada halaman detail untuk alias hubungan Anda, di bagian **Direktori terkait**, buat catatan dari nilai yang ditampilkan untuk **Pengidentifikasi hubungan.**
1. Ulangi langkah-langkah ini[Step 2](#step_select_region_connection_id), tetapi di, pastikan untuk memilih Wilayah failover untuk Anda WorkSpaces. Jika Anda memiliki lebih dari satu Wilayah failover, ulangi langkah berikut untuk menemukan pengidentifikasi hubungan untuk setiap Wilayah failover.
**Contoh: Untuk mengatur kebijakan perutean failover DNS menggunakan Route 53**
Contoh berikut membuat zona yang di-hosting publik untuk domain Anda. Namun, Anda dapat mengatur zona yang di-hosting publik atau privat. Untuk informasi selengkapnya tentang zona yang di-hosting privat, lihat [Bekerja dengan zona yang di-hosting](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/hosted-zones-working-with.html) di *Panduan Developer Amazon Route 53*.
Contoh ini juga menggunakan kebijakan perutean failover. Anda dapat menggunakan tipe kebijakan perutean lain untuk strategi pengalihan lintas Wilayah Anda. Untuk informasi tentang pemilihan kebijakan perutean DNS Anda, lihat [Memilih Kebijakan Perutean](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) dalam *Panduan Developer Amazon Route 53*.
Ketika Anda menyiapkan kebijakan perutean failover di Route 53, pemeriksaan kondisi diperlukan untuk Wilayah utama. Untuk informasi selengkapnya tentang membuat pemeriksaan kondisi di Route 53, lihat [Membuat pemeriksaan kondisi Amazon Route 53 dan mengonfigurasi failover DNS](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover.html) dan [Membuat, memperbarui, dan menghapus pemeriksaan kondisi](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/health-checks-creating-deleting.html) di *Panduan Developer Amazon Route 53 Panduan*
Jika Anda ingin menggunakan CloudWatch alarm Amazon dengan pemeriksaan kesehatan Route 53, Anda juga perlu mengatur CloudWatch alarm untuk memantau sumber daya di Wilayah utama Anda. Untuk informasi selengkapnya CloudWatch, lihat [Apa itu Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) di *Panduan CloudWatch Pengguna Amazon*. Untuk informasi selengkapnya tentang cara Route 53 menggunakan CloudWatch alarm dalam pemeriksaan kesehatannya, lihat [Bagaimana Route 53 menentukan status pemeriksaan kesehatan yang memantau CloudWatch alarm](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover-determining-health-of-endpoints.html#dns-failover-determining-health-of-endpoints-cloudwatch) dan [Memantau CloudWatch alarm di Panduan](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/health-checks-creating-values.html#health-checks-creating-values-cloudwatch) *Pengembang Amazon Route 53*.
Untuk mengatur kebijakan perutean failover DNS di Route 53, Anda harus terlebih dahulu membuat zona yang di-hosting untuk domain Anda.
1. Buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Di panel navigasi, pilih **Zona yang di-hosting**, lalu pilih **Buat zona yang di-hosting**.
1. Di halaman **Zona yang di-hosting dibuat**, masukkan nama domain Anda (seperti `example.com`) di bagian **Nama domain**.
1. Di bagian **Tipe**, Pilih **Zona yang di-hosting publik**.
1. Pilih **Buat Zona yang Di-hosting**.
Kemudian buat pemeriksaan kondisi untuk Wilayah utama Anda.
1. Buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Di panel navigasi, pilih **Pemeriksaan Kondisi**, lalu pilih **Buat pemeriksaan kondisi**.
1. Pada halaman **Konfigurasi pemeriksaan kondisi**, masukkan nama untuk pemeriksaan kondisi Anda.
1. **Untuk Apa yang harus dipantau**, pilih **Endpoint**, **Status pemeriksaan kesehatan lainnya (cek kesehatan terhitung)**, atau **Status CloudWatch alarm**.
1. Tergantung yang telah Anda pilih di langkah sebelumnya, konfigurasikan pemeriksaan kondisi Anda, lalu pilih **Selanjutnya**.
1. Di halaman **Dapatkan pemberitahuan ketika pemeriksaan kondisi gagal**, untuk **Buat alarm**, pilih **Ya** atau **Tidak**.
1. Pilih **Buat pemeriksaan kondisi**.
Setelah membuat pemeriksaan kondisi, Anda dapat membuat catatan failover DNS.
1. Buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Pada panel navigasi, pilih **Zona yang di-hosting**.
1. Di halaman **Zona yang di-hosting**, pilih nama domain Anda.
1. Pada halaman detail nama domain Anda, pilih **Buat catatan**.
1. Di halaman **Pilih kebijakan perutean**, pilih **Failover**, lalu pilih **Selanjutnya**.
1. Di halaman **Catatan konfigurasi**, di bagian **Konfigurasi dasar**, untuk **Nama catatan**, masukkan nama subdomain Anda. Misalnya, jika FQDN Anda `desktop.example.com`, masukkan **desktop**.
**catatan**
Jika Anda ingin menggunakan domain akar, biarkan **Nama catatan** kosong. Namun, sebaiknya gunakan subdomain, seperti `desktop` atau`workspaces`, kecuali jika Anda telah menyiapkan domain semata-mata untuk digunakan bersama Anda WorkSpaces.
1. Untuk **Tipe catatan**, pilih **TXT - Digunakan untuk memverifikasi pengirim email dan untuk nilai-nilai khusus aplikasi**.
1. Biarkan pengaturan **detik TTL** dalam keadaan default.
1. Di bawah **catatan Failover untuk ditambahkan *your\$1domain\$1name***, pilih **Tentukan catatan failover**.
Kini Anda perlu mengatur catatan failover untuk Wilayah utama dan failover Anda.
**Contoh: Untuk mengatur catatan failover untuk Wilayah utama**
1. Di kotak dialog **Tentukan catatan failover**, untuk **Lalu lintas nilai/rute ke**, pilih **Alamat IP atau nilai lain tergantung pada jenis catatan**.
1. Sebuah kotak terbuka bagi Anda untuk memasukkan entri teks sampel Anda. Masukkan pengenal hubungan untuk asosiasi alias hubungan untuk Wilayah utama Anda.
1. Untuk **Tipe catatanfailover**, pilih **Utama**.
1. Untuk **Pemeriksaan kondisi**, pilih pemeriksaan kondisi yang telah Anda buat untuk Wilayah utama Anda.
1. Untuk **ID catatan**, masukkan deskripsi untuk mengidentifikasi catatan ini.
1. Pilih **Tentukan catatan failover**. Catatan failover baru Anda muncul di bawah **catatan Failover untuk ditambahkan**. *your\$1domain\$1name*
**Contoh: Untuk mengatur catatan failover untuk Wilayah failover**
1. Di bawah **catatan Failover untuk ditambahkan *your\$1domain\$1name***, pilih **Tentukan catatan failover**.
1. Di kotak dialog **Tentukan catatan failover**, untuk **Lalu lintas nilai/rute ke**, pilih **Alamat IP atau nilai lain tergantung pada jenis catatan**.
1. Sebuah kotak terbuka bagi Anda untuk memasukkan entri teks sampel Anda. Masukkan pengenal hubungan untuk asosiasi alias hubungan untuk Wilayah failover Anda.
1. Untuk **Tipe catatan failover**, pilih **Utama**.
1. (Opsional) Untuk **Pemeriksaan Kondisi**, masukkan pemeriksaan kondisi yang telah Anda buat untuk Wilayah failover Anda.
1. Untuk **ID catatan**, masukkan deskripsi untuk mengidentifikasi catatan ini.
1. Pilih **Tentukan catatan failover**. Catatan failover baru Anda muncul di bawah **catatan Failover untuk ditambahkan**. *your\$1domain\$1name*
Jika pemeriksaan kesehatan yang telah Anda siapkan untuk Wilayah utama gagal, kebijakan perutean failover DNS akan mengarahkan WorkSpaces pengguna ke Wilayah failover Anda. Route 53 terus memantau pemeriksaan kesehatan untuk Wilayah utama Anda, dan ketika pemeriksaan kesehatan untuk Wilayah utama Anda tidak lagi gagal, Route 53 secara otomatis mengalihkan WorkSpaces pengguna Anda kembali ke Wilayah utama mereka WorkSpaces .
Untuk informasi lebih lanjut tentang membuat catatan DNS, lihat [Membuat Catatan Menggunakan Konsol Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-creating.html) di *Panduan Developer Amazon Route 53*. Untuk informasi selengkapnya tentang konfigurasi catatan DNS TXT, lihat [Tipe catatan TXT](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/ResourceRecordTypes.html#TXTFormat) di *Panduan Developer Amazon Route 53*.
## Langkah 5: Kirim string koneksi ke WorkSpaces pengguna Anda
Untuk memastikan pengguna Anda WorkSpaces akan diarahkan sesuai kebutuhan selama pemadaman, Anda harus mengirim string koneksi (FQDN) ke pengguna Anda. Jika Anda telah mengeluarkan kode pendaftaran berbasis Wilayah (misalnya,`WSpdx+ABC12D`) kepada WorkSpaces pengguna Anda, kode tersebut tetap berlaku. Namun, agar pengalihan lintas wilayah berfungsi, WorkSpaces pengguna Anda harus menggunakan string koneksi sebagai kode registrasi mereka saat mendaftarkan mereka WorkSpaces di aplikasi WorkSpaces klien.
**penting**
Jika Anda membuat pengguna di WorkSpaces konsol alih-alih membuatnya di Active Directory, WorkSpaces secara otomatis mengirimkan email undangan ke pengguna Anda dengan kode registrasi berbasis Region (misalnya,`WSpdx+ABC12D`) setiap kali Anda meluncurkan yang baru. WorkSpace Bahkan jika Anda telah mengatur pengalihan lintas wilayah, email undangan yang secara otomatis dikirim untuk new WorkSpaces berisi kode registrasi berbasis Region ini, bukan string koneksi Anda.
Untuk memastikan WorkSpaces pengguna Anda menggunakan string koneksi alih-alih kode registrasi berbasis Region, Anda harus mengirimi mereka email lain dengan string koneksi dengan menggunakan prosedur di bawah ini.
**Untuk mengirim string koneksi ke WorkSpaces pengguna Anda**
1. Buka WorkSpaces konsol di [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home).
1. Di sudut kanan atas konsol, pilih AWS Wilayah utama untuk Anda. WorkSpaces
1. Di panel navigasi, pilih **WorkSpaces**.
1. Pada **WorkSpaces**halaman, gunakan kotak pencarian untuk mencari pengguna yang ingin Anda kirimi undangan, lalu pilih yang sesuai WorkSpace dari hasil pencarian. Anda hanya dapat memilih satu WorkSpace per satu.
1. Pilih **Tindakan**, **Undang Pengguna**.
1. Pada WorkSpaces halaman **Undang Pengguna ke Mereka**, Anda akan melihat template email untuk dikirim ke pengguna Anda.
1. (Opsional) Jika ada lebih dari satu alias koneksi yang terkait dengan WorkSpaces direktori Anda, pilih string koneksi yang Anda ingin pengguna Anda gunakan dari daftar **string alias koneksi**. Templat email diperbarui untuk menampilkan string yang telah Anda pilih.
1. Salin teks templat email dan tempelkan ke email pengguna menggunakan aplikasi email Anda sendiri. Dalam aplikasi email Anda, Anda dapat mengubah teks sesuai keperluan. Ketika email undangan siap, kirimkan ke pengguna Anda.
## Diagram arsitektur Pengalihan Lintas Wilayah
Diagram berikut menjelaskan proses penyebaran pengalihan lintas wilayah.
![\[Pengalihan lintas-Wilayah\]](http://docs.aws.amazon.com/id_id/workspaces/latest/adminguide/images/Doppel-admin-LT-MRR.png)
**catatan**
Pengalihan Lintas Wilayah hanya memfasilitasi failover dan fallback lintas wilayah. Itu tidak memfasilitasi pembuatan dan pemeliharaan WorkSpaces di Wilayah sekunder dan tidak mengizinkan replikasi data lintas wilayah. WorkSpaces baik di daerah primer dan sekunder harus dikelola secara terpisah.
## Memulai pengalihan lintas wilayah
Jika terjadi pemadaman, Anda dapat memperbarui catatan DNS secara manual atau menggunakan kebijakan perutean otomatis berdasarkan pemeriksaan kesehatan, yang menentukan Wilayah failover. Kami merekomendasikan mengikuti mekanisme pemulihan bencana yang diuraikan dalam [Membuat Mekanisme Pemulihan Bencana Menggunakan Amazon Route 53](https://aws.amazon.com/blogs/networking-and-content-delivery/creating-disaster-recovery-mechanisms-using-amazon-route-53/).
## Yang terjadi selama pengalihan lintas Wilayah
Selama failover Wilayah, WorkSpaces pengguna Anda terputus dari mereka WorkSpaces di Wilayah utama. Ketika mereka mencoba untuk menghubungkan kembali, mereka menerima pesan kesalahan berikut:
`We can't connect to your WorkSpace. Check your network connection, and then try again.`
Pengguna Anda kemudian diminta untuk masuk kembali. Jika mereka menggunakan FQDN sebagai kode registrasi mereka, ketika mereka masuk lagi, kebijakan perutean failover DNS Anda akan mengarahkan mereka ke kode WorkSpaces yang telah Anda siapkan untuk mereka di Wilayah failover.
**catatan**
Dalam beberapa kasus, pengguna mungkin tidak dapat terhubung kembali saat masuk kembali. Jika perilaku ini terjadi, mereka harus menutup dan memulai ulang aplikasi WorkSpaces klien, dan kemudian mencoba masuk lagi.
## Pisahkan alias hubungan dari direktori
Hanya akun yang memiliki direktori dapat memisahkan alias hubungan dari direktori.
Jika Anda telah berbagi alias hubungan dengan akun lain dan akun tersebut telah mengaitkan alias hubungan dengan direktori yang dimiliki oleh akun tersebut, akun tersebut harus digunakan untuk memisahkan alias hubungan dari direktori.
**Untuk memisahkan alias hubungan dari direktori**
1. Buka WorkSpaces konsol di [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home).
1. Di sudut kanan atas konsol, pilih AWS Wilayah yang berisi alias koneksi yang ingin Anda putuskan.
1. Di panel navigasi, pilih **Pengaturan Akun**.
1. Di bagian **Kaitan pengalihan lintas Wilayah**, pilih string hubungan, kemudian pilih **Tindakan**, **Kaitkan/pisahkan**.
Anda juga dapat memutuskan alias hubungan dari halaman detail alias hubungan. Untuk melakukannya, di bagian **Direktori terkait**, pilih **Batalkan kaitan**.
1. Di halaman **Kaitkan/pisahkan**, pilih **Pisahkan**.
1. Dalam kotak dialog yang meminta Anda mengonfirmasi pemisahan, pilih **Pisahkan**.
## Batalkan pembagian alias hubungan
Hanya pemilik alias hubungan yang dapat membatalkan alias. Jika Anda membatalkan alias hubungan dengan akun, akun tersebut tidak lagi dapat mengaitkan alias hubungan dengan direktori.
**Untuk membatalkan pembagian alias hubungan**
1. Buka WorkSpaces konsol di [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home).
1. Di sudut kanan atas konsol, pilih AWS Wilayah yang berisi alias koneksi yang ingin Anda batalkan.
1. Di panel navigasi, pilih **Pengaturan Akun**.
1. Di bagian **Kaitan pengalihan Lintas Wilayah**, pilih string hubungan, lalu pilih **Tindakan**, **Bagikan/batalkan pembagian alias hubungan.**
Anda juga dapat membatalkan pembagian alias hubungan dari halaman detail alias hubungan. Untuk melakukannya, di bagian **Akun bersama**, pilih **Batalkan pembagian**.
1. Di halaman **Bagikan/batal membagikan alias hubungan,** pilih **Batalkan pembagian**.
1. Dalam kotak dialog yang meminta Anda mengonfirmasi pembatalan pembagian alias hubungan, pilih **Batalkan pembagian**.
## Hapus alias hubungan
Anda dapat menghapus alias hubungan hanya jika itu dimiliki oleh akun Anda dan jika tidak terkait dengan direktori.
Jika Anda telah berbagi alias hubungan dengan akun lain dan akun tersebut telah mengaitkan alias hubungan dengan direktori yang dimiliki oleh akun tersebut, akun tersebut harus memisahkan alias hubungan dari direktori sebelum Anda dapat menghapus alias hubungan.
**penting**
Setelah Anda membuat string koneksi, itu selalu dikaitkan dengan AWS akun Anda. Anda tidak dapat membuat ulang string hubungan yang sama dengan akun yang berbeda, bahkan jika Anda menghapus semua instans dari akun asli. String hubungan secara global disediakan untuk akun Anda.
**Awas**
**Jika Anda tidak lagi menggunakan FQDN sebagai kode registrasi untuk WorkSpaces pengguna Anda, Anda harus mengambil tindakan pencegahan tertentu untuk mencegah potensi masalah keamanan.** Untuk informasi selengkapnya, lihat [Pertimbangan keamanan jika Anda berhenti menggunakan pengalihan Lintas Wilayah](#cross-region-redirection-security-considerations).
**Untuk menghapus alias hubungan**
1. Buka WorkSpaces konsol di [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home).
1. Di sudut kanan atas konsol, pilih AWS Wilayah yang berisi alias koneksi yang ingin Anda hapus.
1. Di panel navigasi, pilih **Pengaturan Akun**.
1. Di bagian **Kaitan pengalihan Lintas Wilayah**, pilih string hubungan, kemudian pilih **Hapus**.
Anda juga dapat menghapus alias hubungan dari halaman detail alias hubungan. Untuk melakukannya, pilih **Hapus** di sudut kanan atas halaman.
**catatan**
Jika tombol **Hapus** dinonaktifkan, pastikan bahwa Anda adalah pemilik alias, dan pastikan alias tersebut tidak terkait dengan direktori.
1. Dalam kotak dialog yang meminta Anda mengonfirmasi penghapusan, pilih **Hapus**.
## Izin IAM untuk mengaitkan dan memisahkan alias hubungan
Jika Anda menggunakan pengguna IAM untuk mengaitkan atau memisahkan alias hubungan, pengguna harus memiliki izin untuk `workspaces:AssociateConnectionAlias` dan `workspaces:DisassociateConnectionAlias`.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"workspaces:AssociateConnectionAlias",
"workspaces:DisassociateConnectionAlias"
],
"Resource": [
"arn:aws:workspaces:us-east-1:123456789012:connectionalias/wsca-a1bcd2efg"
]
}
]
}
```
------
**penting**
Jika Anda membuat kebijakan IAM untuk mengaitkan atau membatalkan kaitan alias untuk akun yang tidak memiliki alias hubungan, Anda tidak dapat menentukan ID akun di ARN. Sebaliknya, Anda harus menggunakan `*` untuk ID akun, seperti yang ditunjukkan dalam kebijakan contoh berikut.
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"workspaces:AssociateConnectionAlias",
"workspaces:DisassociateConnectionAlias"
],
"Resource": [
"arn:aws:workspaces:us-east-1:*:connectionalias/wsca-a1bcd2efg"
]
}
]
}
```
Anda dapat menentukan ID akun di ARN hanya jika akun tersebut memiliki alias hubungan untuk dikaitkan atau dipisahkan.
Untuk informasi lebih lanjut tentang bekerja dengan pengguna IAM, lihat [Identitas dan manajemen akses untuk WorkSpaces](workspaces-access-control.md).
## Pertimbangan keamanan jika Anda berhenti menggunakan pengalihan Lintas Wilayah
Jika Anda tidak lagi menggunakan FQDN sebagai kode registrasi untuk WorkSpaces pengguna Anda, Anda harus mengambil tindakan pencegahan berikut untuk mencegah potensi masalah keamanan:
+ Pastikan untuk mengeluarkan kode registrasi khusus Wilayah kepada WorkSpaces pengguna Anda (misalnya,`WSpdx+ABC12D`) untuk WorkSpaces direktori mereka dan menginstruksikan mereka untuk berhenti menggunakan FQDN sebagai kode registrasi mereka.
+ **Jika Anda masih memiliki domain ini**, pastikan untuk memperbarui catatan DNS TXT Anda untuk menghapus domain ini sehingga tidak dapat dieksploitasi dalam serangan phishing. Jika Anda menghapus domain ini dari catatan DNS TXT Anda dan WorkSpaces pengguna Anda mencoba menggunakan FQDN sebagai kode registrasi mereka, upaya koneksi mereka akan gagal tanpa bahaya.
+ **Jika Anda tidak lagi memiliki domain ini**, WorkSpaces pengguna Anda **harus** menggunakan kode pendaftaran khusus Wilayah mereka. Jika pengguna terus mencoba menggunakan FQDN sebagai kode pendaftaran mereka, upaya hubungan mereka dapat diarahkan ke situs berbahaya.
# Ketahanan Multi-Wilayah untuk Pribadi WorkSpaces
Amazon WorkSpaces Multi-Region Resilience (MRR) memungkinkan Anda mengarahkan pengguna ke Wilayah sekunder ketika WorkSpaces Wilayah utama Anda tidak dapat dijangkau karena peristiwa yang mengganggu, tanpa mengharuskan pengguna untuk mengganti kode pendaftaran saat masuk ke siaga mereka. WorkSpaces Standby WorkSpaces adalah fitur Amazon WorkSpaces Multi-Region Resilience yang merampingkan pembuatan dan pengelolaan penerapan siaga. Setelah menyiapkan direktori pengguna di Wilayah sekunder Anda, pilih WorkSpace di Wilayah utama yang ingin Anda buat siaga WorkSpace . Sistem secara otomatis mencerminkan gambar WorkSpace bundel utama ke Wilayah sekunder. Kemudian secara otomatis menyediakan siaga baru WorkSpace di Wilayah sekunder Anda
Ketahanan WorkSpaces Multi-Wilayah Amazon dibangun di atas pengalihan lintas wilayah yang memanfaatkan pemeriksaan kesehatan DNS dan kemampuan failover. Ini memungkinkan Anda untuk menggunakan nama domain yang sepenuhnya memenuhi syarat (FQDN) sebagai kode pendaftaran Anda WorkSpaces . Saat pengguna masuk WorkSpaces, Anda dapat mengarahkan mereka ke seluruh WorkSpaces Wilayah yang didukung berdasarkan kebijakan Sistem Nama Domain (DNS) Anda untuk FQDN. Jika Anda menggunakan Amazon Route 53, sebaiknya gunakan pemeriksaan kesehatan yang memantau CloudWatch alarm Amazon saat merancang strategi pengalihan lintas wilayah. WorkSpaces Untuk informasi selengkapnya, lihat [Membuat pemeriksaan kesehatan Amazon Route 53 dan mengonfigurasi failover DNS di Panduan Pengembang](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover.html) *Amazon Route 53*.
Replikasi data adalah fitur tambahan siaga WorkSpaces yang mereplikasi data satu arah dari Wilayah primer ke Wilayah sekunder. Setelah mengaktifkan replikasi data, snapshot EBS dari sistem dan volume pengguna diambil setiap 12 jam. Ketahanan Multi-Wilayah secara teratur memeriksa snapshot baru. Ketika snapshot ditemukan, ia memulai salinan ke Wilayah sekunder. Saat salinan tiba di Wilayah sekunder, mereka digunakan untuk memperbarui salinan sekunder WorkSpace.
**Topics**
+ [Prasyarat](#multi-region-resilience-prerequisites)
+ [Batasan](#multi-region-resilience-limitations)
+ [Konfigurasikan siaga Ketahanan Multi-Wilayah Anda WorkSpace](#multi-region-resilience-congfigurations)
+ [Buat siaga WorkSpace](#create-standby-workspace)
+ [Kelola siaga WorkSpace](#manage-standby-workspace)
+ [Hapus siaga WorkSpace](#delete-standby-workspace)
+ [Replikasi data satu arah untuk siaga WorkSpaces](#one-way-data-replication)
+ [Rencanakan untuk memesan kapasitas Amazon EC2 untuk pemulihan](#mrr-ec2-recovery)
## Prasyarat
+ Anda harus membuat WorkSpaces untuk pengguna Anda di Wilayah utama sebelum membuat standby WorkSpaces. Untuk informasi selengkapnya tentang membuat WorkSpaces, lihat[Buat direktori untuk WorkSpaces Personal](launch-workspaces-tutorials.md).
+ Untuk mengaktifkan replikasi data saat siaga WorkSpaces, Anda harus memiliki Active Directory yang dikelola sendiri atau AWS Microsoft AD Terkelola yang dikonfigurasi untuk mereplikasi ke Wilayah siaga Anda. Untuk informasi selengkapnya, lihat [Membuat direktori Microsoft AD yang AWS Dikelola](https://docs.aws.amazon.com/directoryservice/latest/admin-guide/ms_ad_getting_started_create_directory.html) dan [Menambahkan Wilayah yang direplikasi](https://docs.aws.amazon.com/directoryservice/latest/admin-guide/multi-region-add-region.html).
+ Pastikan Anda memperbarui driver ketergantungan jaringan seperti ENA NVMe, dan driver PV di primer WorkSpaces Anda. Anda harus melakukan ini setidaknya sekali setiap 6 bulan. Untuk informasi selengkapnya, lihat [Menginstal atau memutakhirkan driver Elastic Network Adapter (ENA)](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/enhanced-networking-ena.html#ena-adapter-driver-install-upgrade-win), [Driver AWS NVMe untuk instance Windows](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/aws-nvme-drivers.html), dan [Upgrade driver PV pada instans Windows](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/Upgrading_PV_drivers.html).
+ Pastikan Anda memperbarui agen EC2 Config, EC2 Launch, dan EC2 Launch V2 ke versi terbaru secara berkala. Anda harus melakukan ini setidaknya sekali setiap 6 bulan. Untuk informasi selengkapnya, lihat [Perbarui EC2 Konfigurasi dan EC2](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/migrating-latest-types.html#upgdate-ec2config-ec2launch) Peluncuran.
+ Untuk memastikan replikasi data yang tepat, pastikan Direktori Aktif di wilayah primer dan sekunder disinkronkan untuk FQDN, OU, dan SID pengguna.
+ Kuota default (limit) untuk standby WorkSpaces adalah 0. Anda perlu meminta peningkatan kuota layanan sebelum membuat standby WorkSpace. Untuk informasi selengkapnya, lihat [WorkSpaces Kuota Amazon](workspaces-limits.md).
+ Pastikan Anda menggunakan [kunci yang dikelola pelanggan](https://docs.aws.amazon.com/kms/latest/developerguide/concepts.html#customer-cmk) untuk mengenkripsi primer dan siaga WorkSpaces Anda. Anda dapat menggunakan kunci Wilayah tunggal atau kunci [Multi-wilayah](https://docs.aws.amazon.com/kms/latest/developerguide/multi-region-keys-overview.html) untuk mengenkripsi primer dan siaga Anda. WorkSpaces
## Batasan
+ Siaga WorkSpaces hanya menyalin gambar bundel primer Anda WorkSpaces tetapi tidak menyalin volume sistem (drive C) atau volume pengguna (drive D) dari primer WorkSpaces Anda. Untuk menyalin volume sistem (drive C) atau volume pengguna (drive D) dari primer WorkSpaces ke standby WorkSpaces, Anda harus mengaktifkan replikasi data.
+ Anda tidak dapat langsung memodifikasi, membangun kembali, memulihkan, atau memigrasikan siaga. WorkSpace
+ Failover untuk pengalihan lintas wilayah dikendalikan oleh pengaturan DNS Anda. Untuk menerapkan skenario failover otomatis, Anda harus menggunakan mekanisme yang berbeda dalam hubungannya dengan pengalihan lintas wilayah. Misalnya, Anda dapat menggunakan kebijakan perutean DNS failover Amazon Route 53 yang dipasangkan dengan pemeriksaan kesehatan Route 53 yang memantau CloudWatch alarm di Wilayah utama. Jika CloudWatch alarm di Wilayah utama dipanggil, kebijakan perutean failover DNS Anda akan mengarahkan WorkSpaces pengguna ke yang telah Anda atur untuk WorkSpaces mereka di Wilayah failover.
+ Replikasi data hanya berjalan satu arah, menyalin data dari Wilayah primer ke Wilayah sekunder. Selama WorkSpaces failover siaga, Anda dapat mengakses data dan aplikasi antara 12 dan 24 jam. Setelah pemadaman, buat cadangan data apa pun yang Anda buat secara manual di sekunder WorkSpace dan keluar. Sebaiknya simpan pekerjaan Anda ke drive eksternal, seperti drive jaringan Anda, sehingga Anda dapat mengakses data Anda dari yang utama WorkSpace.
+ Replikasi data tidak mendukung AWS Simple AD.
+ Saat Anda mengaktifkan replikasi data saat siaga WorkSpaces, snapshot EBS dari primer WorkSpaces (baik volume root dan sistem) diambil setiap 12 jam. Snapshot awal untuk volume data tertentu penuh dan snapshot berikutnya bersifat inkremental. Akibatnya, replikasi pertama untuk yang diberikan WorkSpace akan memakan waktu lebih lama dari yang berikutnya. Snapshot dimulai pada jadwal yang internal WorkSpaces dan Anda tidak dapat mengontrol waktunya.
+ Jika primer WorkSpace dan siaga WorkSpace bergabung menggunakan domain yang sama, kami sarankan Anda hanya terhubung ke primer WorkSpace atau siaga WorkSpace pada titik waktu tertentu untuk menghindari kehilangan koneksi dengan pengontrol domain.
+ Jika Anda AWS Managed Microsoft AD mengonfigurasi replikasi Multi-Region, hanya direktori di Wilayah utama yang dapat didaftarkan untuk digunakan. WorkSpaces Jika Anda mencoba mendaftarkan direktori di Wilayah yang direplikasi untuk digunakan WorkSpaces, itu akan gagal. Replikasi Multi-Wilayah dengan AWS Managed Microsoft AD tidak didukung untuk digunakan dengan WorkSpaces dalam Wilayah yang direplikasi.
+ Jika Anda telah mengatur pengalihan Lintas wilayah dan membuat WorkSpaces di Wilayah primer dan sekunder tanpa menggunakan standby WorkSpaces, Anda tidak dapat mengonversi yang ada WorkSpace di Region sekunder menjadi standby secara langsung. WorkSpace Sebagai gantinya, Anda perlu mematikan WorkSpace di Wilayah sekunder Anda, pilih WorkSpace di Wilayah utama yang ingin Anda buat siaga, dan gunakan siaga WorkSpace WorkSpaces untuk membuat siaga. WorkSpace
+ Setelah pemadaman, buat cadangan data apa pun yang Anda buat secara manual di sekunder WorkSpace dan keluar. Sebaiknya simpan pekerjaan Anda ke drive eksternal, seperti drive jaringan Anda, sehingga Anda dapat mengakses data Anda dari yang utama WorkSpace.
+ WorkSpaces Ketahanan Multi-Wilayah saat ini tersedia di Wilayah berikut:
+ Wilayah AS Timur (Virginia Utara)
+ Wilayah AS Barat (Oregon)
+ Wilayah Eropa (Frankfurt)
+ Wilayah Eropa (Irlandia)
+ WorkSpaces Ketahanan Multi-Wilayah hanya didukung pada aplikasi klien Linux, macOS, dan Windows versi 3.0.9 atau yang lebih baru. WorkSpaces Anda juga dapat menggunakan Ketahanan Multi-Wilayah dengan Akses Web.
+ WorkSpaces Ketahanan Multi-Wilayah mendukung Windows dan Bring Your Own License (BYOL). WorkSpaces Itu tidak mendukung Amazon Linux 2, Ubuntu, Red Hat Enterprise Linux, GeneralPurpose .4xlarge, GeneralPurpose .8xlarge, atau GPU-enabled WorkSpaces (misalnya, Graphics G6, Graphics.g4dn, atau .g4dn). GraphicsPro
+ Setelah failover atau failback selesai, tunggu 15 hingga 30 menit sebelum menghubungkan ke file Anda. WorkSpace
## Konfigurasikan siaga Ketahanan Multi-Wilayah Anda WorkSpace
**Untuk mengonfigurasi siaga Ketahanan Multi-Wilayah Anda WorkSpace**
1. Siapkan direktori pengguna di Wilayah primer dan sekunder Anda. Pastikan Anda menggunakan nama pengguna yang sama di setiap WorkSpaces direktori di setiap Wilayah.
Agar data pengguna Active Directory tetap sinkron, sebaiknya gunakan AD Connector untuk menunjuk ke Active Directory yang sama di setiap Region yang telah Anda siapkan WorkSpaces untuk pengguna. Untuk informasi selengkapnya tentang membuat direktori, lihat [Mendaftarkan direktori dengan WorkSpaces](https://docs.aws.amazon.com/workspaces/latest/adminguide/register-deregister-directory.html).
**penting**
Jika Anda mengonfigurasi AWS Managed Microsoft AD direktori untuk replikasi Multi-wilayah, hanya direktori di Wilayah utama yang dapat didaftarkan untuk digunakan. WorkSpaces Upaya untuk mendaftarkan direktori di Wilayah yang direplikasi untuk digunakan WorkSpaces akan gagal. Replikasi Multi-Wilayah dengan AWS Managed Microsoft AD tidak didukung untuk digunakan dengan WorkSpaces dalam Wilayah yang direplikasi.
1. Buat WorkSpaces untuk pengguna Anda di Wilayah utama. Untuk informasi selengkapnya tentang membuat WorkSpaces, lihat [Peluncuran WorkSpaces](https://docs.aws.amazon.com/workspaces/latest/adminguide/launch-workspaces-tutorials.html).
1. Buat siaga WorkSpace di Wilayah sekunder. Untuk informasi selengkapnya tentang membuat siaga WorkSpace, lihat [Membuat siaga WorkSpace](https://docs.aws.amazon.com/workspaces/latest/adminguide/multi-region-resilience.html#create-standby-workspace).
1. Buat dan kaitkan string koneksi (FQDN) dengan direktori pengguna di Wilayah primer dan sekunder.
Anda harus mengaktifkan pengalihan lintas wilayah di akun Anda karena siaga dibangun berdasarkan WorkSpaces pengalihan lintas wilayah. Ikuti langkah 1 - 3 petunjuk untuk [pengalihan Lintas Wilayah untuk Amazon](https://docs.aws.amazon.com/workspaces/latest/adminguide/cross-region-redirection.html#cross-region-redirection-create-connection-aliases). WorkSpaces
1. Konfigurasikan layanan DNS dan atur kebijakan perutean DNS.
Anda harus mengatur [layanan DNS Anda dan mengonfigurasi kebijakan perutean DNS yang diperlukan](https://docs.aws.amazon.com/workspaces/latest/adminguide/cross-region-redirection.html#cross-region-redirection-configure-DNS-routing). Pengalihan Lintas Wilayah berfungsi bersama dengan kebijakan perutean DNS Anda untuk mengarahkan pengguna sesuai kebutuhan. WorkSpaces
1. Setelah selesai mengatur pengalihan lintas wilayah, Anda harus mengirim email kepada pengguna Anda dengan string koneksi FQDN. Untuk informasi selengkapnya lihat [Langkah 5: Kirim string koneksi ke WorkSpaces pengguna Anda](https://docs.aws.amazon.com/workspaces/latest/adminguide/cross-region-redirection.html#cross-region-redirection-send-connection-string-to-users). Pastikan WorkSpaces pengguna Anda menggunakan kode registrasi berbasis FQDNN alih-alih kode registrasi berbasis Wilayah (misalnya, WSpdx \$1 ABC12 D) untuk Wilayah utama mereka.
**penting**
Jika Anda membuat pengguna di WorkSpaces konsol alih-alih membuatnya di Active Directory, WorkSpaces secara otomatis mengirimkan email undangan ke pengguna Anda dengan kode registrasi berbasis Wilayah setiap kali Anda meluncurkan yang baru. WorkSpace Ini berarti bahwa ketika Anda mengatur WorkSpaces untuk pengguna Anda di Wilayah sekunder, pengguna Anda juga akan secara otomatis menerima email untuk sekunder ini WorkSpaces. Anda perlu menginstruksikan pengguna Anda untuk mengabaikan email dengan kode registrasi berbasis Wilayah.
Kode pendaftaran khusus Wilayah tetap valid; namun, agar pengalihan lintas Wilayah berfungsi, pengguna Anda harus menggunakan FQDN sebagai gantinya sebagai kode registrasi mereka.
## Buat siaga WorkSpace
Sebelum Anda membuat standby WorkSpace, pastikan Anda telah menyelesaikan prasyarat, termasuk membuat direktori pengguna di Wilayah primer dan sekunder, penyediaan WorkSpaces untuk pengguna di Wilayah utama Anda, mengonfigurasi pengalihan lintas wilayah di akun Anda, dan meminta peningkatan batas siaga melalui kuota layanan. WorkSpaces
**Untuk membuat siaga WorkSpace**
1. Buka WorkSpaces konsol di [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home).
1. Di sudut kanan atas konsol, pilih AWS Wilayah utama untuk Anda. WorkSpaces
1. Di panel navigasi, pilih **WorkSpaces**.
1. Pilih yang ingin WorkSpace Anda buat siaga WorkSpace .
1. Pilih **Tindakan** dan kemudian pilih **Buat siaga WorkSpace**.
1. Pilih Region sekunder, di mana Anda akan membuat standby Anda WorkSpace, dan kemudian pilih **Berikutnya**.
1. Pilih direktori pengguna di Wilayah sekunder Anda dan kemudian pilih **Berikutnya**.
1. (Opsional) Tambahkan kunci enkripsi, aktifkan enkripsi data, dan kelola tag.
+ Untuk menambahkan kunci enkripsi, masukkan di bawah kunci enkripsi input.
+ Untuk mengaktifkan replikasi data, pilih **Aktifkan replikasi data**. Kemudian, centang kotak centang untuk mengonfirmasi bahwa Anda mengizinkan biaya bulanan tambahan.
+ Untuk menambahkan tag baru, pilih **Tambahkan tag baru**.
Lalu, pilih **Selanjutnya**.
**catatan**
Jika aslinya WorkSpace dienkripsi, bidang ini sudah diisi sebelumnya. Namun, Anda dapat memilih untuk menggantinya dengan kunci enkripsi Anda sendiri.
Dibutuhkan beberapa menit untuk memperbarui status replikasi data.
**Setelah siaga berhasil WorkSpace diperbarui dengan snapshot dari primer WorkSpace, Anda dapat menemukan stempel waktu dari snapshot di bawah Snapshot Pemulihan.**
1. Tinjau pengaturan siaga Anda WorkSpaces dan kemudian pilih **Buat**.
**catatan**
Untuk melihat informasi tentang siaga Anda WorkSpaces, buka halaman WorkSpace detail utama.
Siaga WorkSpace hanya menyalin gambar bundel primer Anda WorkSpace tetapi tidak menyalin volume sistem (drive C) atau volume pengguna (drive D) dari primer WorkSpaces Anda. Secara default, replikasi data tidak aktif. Untuk menyalin volume sistem (drive C) atau volume pengguna (drive D) dari primer WorkSpaces ke standby WorkSpaces, Anda harus mengaktifkan replikasi data.
## Kelola siaga WorkSpace
Anda tidak dapat langsung memodifikasi, membangun kembali, memulihkan, atau memigrasikan siaga. WorkSpace
**Untuk mengaktifkan replikasi data untuk siaga Anda WorkSpace**
1. Buka WorkSpaces konsol di [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home).
1. Pergi ke Wilayah utama Anda, pilih WorkSpace ID utama.
1. Gulir ke bawah ke WorkSpace bagian Standby dan pilih **Edit Standby WorkSpace**.
1. Pilih **Aktifkan replikasi data**. Kemudian, centang kotak centang untuk mengonfirmasi bahwa Anda mengizinkan biaya bulanan tambahan. Lalu, pilih **Simpan**.
**catatan**
Siaga WorkSpaces tidak bisa hibernasi. Jika Anda menghentikan siaga WorkSpace, itu tidak mempertahankan pekerjaan Anda yang belum diselamatkan. Kami menyarankan pengguna untuk selalu menyimpan pekerjaan mereka sebelum keluar dari siaga WorkSpaces mereka.
Untuk mengaktifkan replikasi data saat siaga WorkSpaces, Anda harus memiliki Active Directory yang dikelola sendiri atau AWS Microsoft AD Terkelola yang dikonfigurasi untuk mereplikasi ke Wilayah siaga Anda. Untuk menyiapkan direktori Anda, ikuti langkah 1 hingga 3 di bagian Panduan [Membangun kelangsungan bisnis dengan WorkSpaces Amazon AWS dan Layanan Direktori atau lihat Menggunakan Direktori](https://aws.amazon.com/blogs/desktop-and-application-streaming/building-for-business-continuity-with-amazon-workspaces-and-aws-directory-services/#:~:text=Region(s).-,Walkthrough,-Step%201%3A%20Provision) [Aktif Terkelola AWS Multi-wilayah](https://docs.aws.amazon.com/whitepapers/latest/best-practices-deploying-amazon-workspaces/using-multi-region-aws-managed-active-directory-with-amazon-workspaces.html) dengan Amazon. WorkSpaces Replikasi Multi-Region hanya didukung untuk Edisi Perusahaan AWS Microsoft AD yang Dikelola.
Dibutuhkan beberapa menit untuk memperbarui status replikasi data.
**Setelah siaga berhasil WorkSpace diperbarui dengan snapshot dari primer WorkSpace, Anda dapat menemukan stempel waktu dari snapshot di bawah Snapshot Pemulihan.**
## Hapus siaga WorkSpace
Anda dapat mengakhiri siaga dengan cara WorkSpace yang sama Anda mengakhiri reguler. WorkSpace
**Untuk menghapus siaga WorkSpace**
1. Buka WorkSpaces konsol di [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home).
1. Di sudut kanan atas konsol, pilih AWS Wilayah utama untuk Anda. WorkSpaces
1. Di panel navigasi, pilih **WorkSpaces**.
1. Pilih standby WorkSpace dan pilih **Delete**. Dibutuhkan sekitar 5 menit untuk menghapus siaga WorkSpace. **Selama penghapusan, status siaga WorkSpace akan diatur ke Terminating.** Ketika penghapusan selesai, siaga WorkSpace menghilang dari konsol.
**catatan**
Menghapus siaga WorkSpace adalah tindakan permanen dan tidak dapat dibatalkan. Data WorkSpace pengguna siaga tidak bertahan dan dihancurkan. Untuk bantuan dalam mencadangkan data pengguna, hubungi AWS Support.
## Replikasi data satu arah untuk siaga WorkSpaces
Mengaktifkan replikasi data dalam Ketahanan Multi-Wilayah memungkinkan Anda mereplikasi data dari Wilayah primer ke Wilayah sekunder. Selama kondisi tunak, Ketahanan Multi-Wilayah menangkap snapshot sistem (drive C) dan data (drive D) primer setiap 12 jam. WorkSpaces Snapshot ini ditransfer ke Wilayah sekunder dan digunakan untuk memperbarui siaga WorkSpaces. Secara default, replikasi data dinonaktifkan untuk siaga WorkSpaces.
Setelah replikasi data diaktifkan untuk siaga WorkSpaces, snapshot awal untuk volume data tertentu selesai, sementara snapshot berikutnya bersifat inkremental. Akibatnya, replikasi pertama untuk yang diberikan WorkSpace akan memakan waktu lebih lama dari yang berikutnya. Snapshot dipicu pada interval yang telah ditentukan di dalam WorkSpaces dan waktunya tidak dapat dikontrol oleh pengguna.
![\[Replikasi data satu arah untuk siaga WorkSpaces\]](http://docs.aws.amazon.com/id_id/workspaces/latest/adminguide/images/Doppel-admin-LT-one-way.png)
Selama failover, ketika pengguna diarahkan ke Wilayah sekunder, mereka dapat mengakses siaga mereka WorkSpaces dengan data dan aplikasi yang berusia antara 12 dan 24 jam. Saat pengguna menggunakan siaga WorkSpaces, Ketahanan Multi-Wilayah tidak akan memaksa mereka untuk keluar dari siaga WorkSpaces atau memperbarui siaga WorkSpaces dengan snapshot dari Wilayah utama.
Setelah pemadaman, pengguna harus secara manual mencadangkan data apa pun yang telah mereka buat di sekunder mereka WorkSpaces sebelum keluar dari siaga WorkSpaces mereka. Ketika mereka masuk lagi, mereka akan diarahkan ke Wilayah utama dan yang utama WorkSpaces.
## Rencanakan untuk memesan kapasitas Amazon EC2 untuk pemulihan
Amazon Multi-Region Resilience (MRR) bergantung pada kumpulan On-Demand Amazon EC2 secara default. Jika jenis instans Amazon EC2 tertentu tidak tersedia untuk mendukung pemulihan Anda, MRR akan secara otomatis mencoba meningkatkan instans berulang kali hingga jenis instans yang tersedia ditemukan, tetapi dalam keadaan ekstrem, instans mungkin tidak selalu tersedia. Untuk meningkatkan ketersediaan jenis instans yang diperlukan yang Anda butuhkan untuk yang paling penting WorkSpaces, hubungi AWS Support dan kami akan membantu Anda dalam perencanaan kapasitas.