Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Bagaimana zonal autoshift dan praktek berjalan bekerja
Kemampuan pergeseran otomatis zona di Amazon Application Recovery Controller (ARC) memungkinkan AWS untuk mengalihkan lalu lintas untuk sumber daya dari Availability Zone, atas nama Anda, ketika AWS menentukan bahwa ada gangguan yang berpotensi memengaruhi pelanggan di Availability Zone. Zonal autoshift dirancang untuk sumber daya yang telah diskalakan sebelumnya di semua Availability Zone dalam sebuah Wilayah AWS, sehingga aplikasi dapat beroperasi secara normal dengan hilangnya satu Availability Zone.
Dengan zonal autoshift, Anda diharuskan untuk mengonfigurasi praktik berjalan, di mana ARC secara teratur menggeser lalu lintas untuk sumber daya dari satu Availability Zone. Latihan jadwal ARC berjalan sekitar setiap minggu untuk setiap sumber daya yang memiliki konfigurasi praktik lari yang terkait dengannya. Latihan berjalan untuk setiap sumber daya dijadwalkan secara independen.
Untuk setiap latihan lari, ARC mencatat hasilnya. Jika latihan lari terganggu oleh kondisi pemblokiran, hasil latihan lari tidak ditandai sebagai berhasil. Untuk informasi lebih lanjut tentang hasil latihan lari, lihat [Hasil untuk latihan lari](arc-zonal-autoshift.considerations.md#ZAConsiderationsPracticeRunOutcomes).
Anda dapat mengonfigurasi EventBridge notifikasi Amazon untuk mengirimi Anda informasi tentang pergeseran otomatis dan praktik berjalan. Untuk informasi selengkapnya, lihat [Menggunakan zonal autoshift dengan Amazon EventBridge](eventbridge-zonal-autoshift.md).
**Topics**
+ [Tentang zonal autoshift](arc-zonal-autoshift.how-it-works.about.md)
+ [Saat AWS memulai dan menghentikan pergeseran otomatis](arc-zonal-autoshift.how-it-works.start-stop-auto.md)
+ [Saat ARC menjadwalkan, memulai, dan mengakhiri latihan berjalan](arc-zonal-autoshift.how-it-works.scheduled-practice-runs.md)
+ [Pemeriksaan kapasitas untuk latihan berjalan](arc-zonal-autoshift.how-it-works.capacity-check.md)
+ [Pemberitahuan untuk latihan berjalan dan autoshift](arc-zonal-autoshift.how-it-works.notifications.md)
+ [Prioritas untuk pergeseran zona](arc-zonal-autoshift.how-it-works.precedence.md)
+ [Menghentikan autoshift aktif atau menjalankan latihan](arc-zonal-autoshift.how-it-works.stop-shift.md)
+ [Bagaimana lalu lintas digeser](arc-zonal-autoshift.how-it-works.how-traffic-shifted.md)
+ [Alarm untuk latihan berjalan](arc-zonal-autoshift.how-it-works.alarms.md)
+ [Jendela yang diblokir dan jendela yang diizinkan (di UTC)](arc-zonal-autoshift.how-it-works.blocked-windows.md)
# Tentang zonal autoshift
Zonal autoshift adalah kemampuan di mana AWS mengalihkan lalu lintas sumber daya aplikasi dari Availability Zone, atas nama Anda. AWS memulai pergeseran otomatis ketika telemetri internal menunjukkan bahwa ada gangguan Availability Zone yang berpotensi berdampak pada pelanggan. Telemetri internal menggabungkan metrik dari beberapa sumber, termasuk AWS jaringan, dan layanan Amazon EC2 dan Elastic Load Balancing.
Anda harus mengaktifkan pergeseran otomatis zona secara manual untuk sumber daya yang didukung AWS .
Saat Anda menerapkan dan menjalankan AWS aplikasi pada penyeimbang beban dalam beberapa (biasanya tiga) AZs di Wilayah, dan Anda melakukan pra-skala untuk mendukung stabilitas statis, AWS dapat dengan cepat memulihkan aplikasi pelanggan di AZ dengan mengalihkan lalu lintas dengan perpindahan otomatis. Dengan mengalihkan lalu lintas sumber daya ke tempat lain AZs di Wilayah, AWS dapat mengurangi durasi dan tingkat keparahan dampak potensial yang disebabkan oleh pemadaman listrik, masalah perangkat keras atau perangkat lunak di AZ, atau gangguan lainnya.
Sumber daya yang didukung oleh ARC menyediakan integrasi yang menandai AZ yang ditentukan sebagai tidak sehat, yang mengakibatkan lalu lintas bergeser dari AZ yang terganggu.
Saat Anda mengaktifkan pergeseran otomatis zona untuk sumber daya, Anda juga harus mengonfigurasi praktik yang dijalankan untuk sumber daya. AWS melakukan latihan berjalan sekitar mingguan, selama 30 menit, untuk membantu Anda memastikan bahwa Anda memiliki kapasitas yang cukup untuk menjalankan aplikasi Anda tanpa salah satu Availability Zone di Wilayah.
Seperti halnya pergeseran zona, ada beberapa skenario spesifik di mana pergeseran otomatis zona tidak menggeser lalu lintas dari AZ. Misalnya, jika grup target penyeimbang beban di AZs tidak memiliki instance apa pun, atau jika semua instance tidak sehat, maka penyeimbang beban berada dalam status gagal terbuka dan Anda tidak dapat mengalihkan salah satunya. AZs
Untuk mempelajari selengkapnya tentang pergeseran otomatis zona, lihat. [Peralihan otomatis zona dalam ARC](arc-zonal-autoshift.md)
# Saat AWS memulai dan menghentikan pergeseran otomatis
Saat Anda mengaktifkan pergeseran otomatis zona untuk sumber daya, Anda mengizinkan AWS untuk mengalihkan lalu lintas sumber daya untuk aplikasi dari Availability Zone selama acara, atas nama Anda, untuk membantu mengurangi waktu pemulihan.
Untuk mencapai hal ini, pergeseran otomatis zona menggunakan AWS telemetri untuk mendeteksi, sedini mungkin, bahwa ada gangguan Availability Zone yang berpotensi berdampak pada pelanggan. Saat AWS memulai perpindahan otomatis, lalu lintas ke sumber daya yang dikonfigurasi segera mulai bergeser dari Zona Ketersediaan yang terganggu yang berpotensi berdampak pada pelanggan.
Zonal autoshift adalah kemampuan yang dirancang untuk pelanggan yang telah menskalakan sumber daya aplikasi mereka untuk semua Availability Zone dalam file. Wilayah AWS Anda tidak boleh mengandalkan penskalaan sesuai permintaan saat autoshift atau latihan dijalankan.
AWS mengakhiri pergeseran otomatis ketika menentukan bahwa Availability Zone telah pulih.
# Saat ARC menjadwalkan, memulai, dan mengakhiri latihan berjalan
ARC menjadwalkan latihan lari untuk sumber daya setiap minggu, selama sekitar 30 menit. ARC menjadwalkan, memulai, dan mengelola latihan berjalan untuk setiap sumber daya secara mandiri. ARC tidak menggabungkan latihan berjalan untuk sumber daya di akun yang sama. Anda juga dapat memulai latihan sesuai permintaan sendiri, untuk membantu memverifikasi bahwa penyiapan Anda aman untuk acara pergeseran otomatis zona.
Ketika latihan berjalan berlanjut untuk durasi yang diharapkan, tanpa gangguan, itu ditandai dengan hasil dari. `SUCCESSFUL` Ada beberapa kemungkinan hasil lainnya:`FAILED`,`INTERRUPTED`, `CAPACITY_CHECK_FAILED` dan`PENDING`. Nilai dan deskripsi hasil disertakan dalam bagian [Hasil untuk latihan berjalan](arc-zonal-autoshift.considerations.md#ZAConsiderationsPracticeRunOutcomes).
Ada beberapa skenario ketika ARC menyela latihan dan mengakhirinya. Misalnya, jika pergeseran otomatis dimulai selama latihan, ARC menyela lari latihan dan mengakhirinya. Sebagai contoh lain, katakan bahwa sumber daya memiliki respons yang merugikan terhadap praktik berjalan dan menyebabkan alarm yang telah Anda tentukan untuk memantau praktik berjalan ke `ALARM` keadaan. Dalam skenario ini, ARC juga menyela latihan lari dan mengakhirinya.
Selain itu, ada beberapa skenario ketika ARC tidak memulai latihan jadwal untuk sumber daya.
Menanggapi praktik yang terputus dan diblokir untuk sumber daya, ARC melakukan hal berikut:
+ Jika latihan yang dijalankan untuk sumber daya terganggu saat sedang berlangsung, ARC menganggap latihan mingguan telah berakhir, dan menjadwalkan latihan baru untuk sumber daya untuk minggu depan. Hasil latihan mingguan ada `INTERRUPTED` dalam skenario ini, tidak`FAILED`. Hasil latihan berjalan diatur `FAILED` hanya ketika alarm hasil yang memantau latihan berjalan masuk ke `ALARM` keadaan selama latihan dijalankan.
+ Jika ada kendala pemblokiran saat latihan yang dijalankan untuk sumber daya dijadwalkan akan dimulai, ARC tidak memulai latihan. ARC melanjutkan pemantauan rutin, untuk menentukan apakah masih ada satu atau lebih kendala pemblokiran. Ketika tidak ada batasan pemblokiran, ARC memulai praktik yang dijalankan untuk sumber daya.
Berikut ini adalah contoh batasan pemblokiran yang menghentikan ARC untuk memulai, atau melanjutkan, praktik yang dijalankan untuk sumber daya:
+ ARC tidak memulai atau melanjutkan latihan berjalan ketika ada AWS Fault Injection Service eksperimen yang sedang berlangsung. Jika suatu AWS FIS acara aktif ketika ARC telah menjadwalkan latihan lari untuk memulai, ARC tidak memulai latihan lari. Monitor ARC di seluruh latihan berjalan untuk memblokir kendala, termasuk acara. AWS FIS Jika suatu AWS FIS acara dimulai saat latihan berjalan aktif, ARC mengakhiri latihan dan tidak mencoba untuk memulai yang lain sampai latihan yang dijadwalkan secara teratur berikutnya dijalankan untuk sumber daya.
+ Jika ada AWS peristiwa terkini di suatu Wilayah, ARC tidak memulai latihan untuk sumber daya, dan mengakhiri latihan aktif, di Wilayah.
Ketika latihan berjalan selesai tanpa terganggu, ARC menjadwalkan latihan berikutnya dalam seminggu, seperti biasa. Jika praktik berjalan tidak dimulai karena kendala pemblokiran, seperti AWS FIS eksperimen atau jendela waktu yang diblokir yang telah Anda tentukan, ARC terus mencoba memulai latihan hingga latihan dijalankan dapat dimulai.
# Pemeriksaan kapasitas untuk latihan berjalan
Ketika latihan dijalankan, untuk sementara memindahkan lalu lintas dari Availability Zone, ARC menjalankan pemeriksaan untuk memverifikasi bahwa Anda memiliki kapasitas yang cukup di Availability Zone lainnya untuk memindahkan lalu lintas dengan aman dari AZ. Jika tidak ada kapasitas yang cukup tersedia, pergeseran lalu lintas untuk latihan tidak dimulai dan latihan berjalan berakhir.
Selain itu, ARC menjalankan pemeriksaan kapasitas untuk sumber daya penyeimbang beban ketika pergeseran otomatis zona selesai, sebelum ARC mengakhiri pergeseran lalu lintas yang dimulai oleh pergeseran otomatis. Jika pemeriksaan kapasitas gagal saat perpindahan otomatis berakhir, lalu lintas tidak digeser kembali ke Availability Zone tempat ia dipindahkan.
Pemeriksaan kapasitas seimbang hanya diselesaikan untuk load balancer dan grup Auto Scaling.
Untuk sumber daya penyeimbang beban, pemeriksaan kapasitas memvalidasi bahwa host sehat yang terkait dengan penyeimbang beban didistribusikan di seluruh Availability Zone. Secara khusus, pemeriksaan kapasitas memastikan bahwa jumlah host yang sehat di semua Availability Zone tempat sumber daya terdaftar seimbang. Untuk pemeriksaan kapasitas, seimbang berarti bahwa kapasitas sehat untuk setiap Availability Zone setara dengan zona lain, dalam varians kecil.
Perhatikan bahwa pemeriksaan kapasitas tidak diterapkan pada penyeimbang beban dengan kelompok target tipe Lambda maupun Application Load Balancer, karena target tersebut tidak dikonfigurasi secara zonal.
Pemeriksaan kapasitas juga diselesaikan untuk grup Auto Scaling. Untuk grup Auto Scaling, pemeriksaan kapasitas memvalidasi bahwa total kapasitas zona sehat grup Auto Scaling—yaitu, jumlah total host sehat di semua Zona Ketersediaan—memenuhi kapasitas yang diinginkan untuk grup Auto Scaling tersebut.
**Ketika pemeriksaan kapasitas gagal**
Ketika pemeriksaan kapasitas menemukan bahwa kapasitas yang tersedia tidak seimbang untuk sumber daya, hasil untuk latihan dijalankan adalah`CAPACITY_CHECK_FAILED`. Untuk mempelajari lebih lanjut tentang mengapa pemeriksaan kapasitas gagal, lihat kolom komentar untuk`ZonalShiftSummary`. Untuk menemukan kolom komentar untuk latihan Anda jalankan zonal shift, lakukan hal berikut:
1. Dengan menggunakan AWS CLI, daftarkan pergeseran zona untuk sumber daya yang Anda tentukan dalam praktik yang dijalankan menggunakan operasi [ListZonalShifts](https://docs.aws.amazon.com/arc-zonal-shift/latest/api/API_ListZonalShifts.html)API.
FOr contoh, untuk mengembalikan pergeseran zona, Anda dapat menjalankan perintah yang mirip dengan berikut ini:
```
aws arc-zonal-shift start-practice-run
--resource-identifier="arn:aws:elasticloadbalancing:Region:111122223333:ExampleALB123456890"
```
1. Tinjau array `ZonalShiftSummary` objek yang dikembalikan untuk menemukan pergeseran zona untuk latihan yang gagal karena pemeriksaan kapasitas.
1. Untuk pergeseran zona yang berlaku, tinjau informasi di `Comment` lapangan.
# Pemberitahuan untuk latihan berjalan dan autoshift
Anda dapat memilih untuk diberi tahu tentang praktik berjalan dan pergeseran otomatis untuk sumber daya Anda dengan menyiapkan notifikasi Amazon. EventBridge Anda dapat mengatur EventBridge notifikasi bahkan ketika Anda belum mengaktifkan pergeseran otomatis zona untuk sumber daya apa pun, yang dikenal sebagai notifikasi pengamat *pergeseran otomatis*. Dengan notifikasi pengamat pergeseran otomatis, Anda akan diberi tahu tentang semua pergeseran otomatis bahwa ARC dimulai saat Availability Zone berpotensi terganggu. Perhatikan bahwa Anda harus mengonfigurasi opsi ini di setiap Wilayah AWS yang ingin Anda terima notifikasi.
Untuk melihat langkah-langkah untuk mengaktifkan notifikasi pengamat pergeseran otomatis, lihat. [Mengaktifkan atau menonaktifkan notifikasi pengamat autoshift](arc-zonal-autoshift.enable-autoshift-observer.md) Untuk mempelajari lebih lanjut tentang opsi notifikasi dan cara mengonfigurasinya EventBridge, lihat[Menggunakan zonal autoshift dengan Amazon EventBridge](eventbridge-zonal-autoshift.md).
# Prioritas untuk pergeseran zona
Tidak boleh ada lebih dari satu pergeseran zona yang diterapkan pada waktu tertentu. Artinya, hanya satu latihan yang menjalankan pergeseran zona, pergeseran zona yang diprakarsai pelanggan, pergeseran otomatis, atau eksperimen untuk sumber daya. AWS FIS Ketika pergeseran zona kedua dimulai, ARC mengikuti prioritas untuk menentukan jenis pergeseran zona mana yang berlaku untuk sumber daya.
Prinsip umum untuk diutamakan adalah bahwa pergeseran zona yang Anda mulai sebagai pelanggan lebih diutamakan daripada jenis shift lainnya. Namun, ketahuilah bahwa lari latihan yang AWS dimulai saat ini mencegah Anda memulai latihan sesuai permintaan.
Untuk mengilustrasikan prioritas dalam ARC, berikut ini adalah cara kerja prioritas misalnya skenario:
| Jenis pergeseran zona diterapkan | Jenis pergeseran zona dimulai | Hasil |
| --- | --- | --- |
| AWS FIS percobaan | Berlatih lari | Latihan lari akan gagal dimulai, karena AWS FIS eksperimen diutamakan. |
| AWS FIS percobaan | Pergeseran zona manual | AWS FIS Eksperimen akan dibatalkan, dan pergeseran zona manual akan diterapkan. |
| AWS FIS percobaan | Peralihan otomatis zona | AWS FIS Eksperimen akan dibatalkan, dan pergeseran otomatis zona akan diterapkan. |
| AWS FIS percobaan | AWS FIS percobaan | AWS FIS Eksperimen yang dimulai akan gagal dimulai karena ada eksperimen yang berjalan yang memicu tindakan AWS FIS autoshift. |
| Berlatih lari | Pergeseran zona manual | Latihan lari akan dibatalkan dan hasilnya diatur keINTERRUPTED, dan pergeseran zona akan diterapkan. |
| Berlatih lari | AWS FIS percobaan | Lari latihan akan dibatalkan dan hasilnya diatur keINTERRUPTED, dan AWS FIS eksperimen akan diterapkan. |
| Berlatih lari | Peralihan otomatis zona | Latihan lari akan dibatalkan dan hasilnya diatur keINTERRUPTED, dan pergeseran otomatis zona akan diterapkan. |
| Pergeseran zona manual | Berlatih lari | Latihan lari akan gagal untuk memulai. |
| Pergeseran zona manual | AWS FIS percobaan | AWS FIS Eksperimen akan gagal dimulai, atau gagal jika sudah berlangsung. |
| Pergeseran zona manual | Peralihan otomatis zona | Autoshift zonal akan ACTIVE tetapi tidak APPLIED pada sumber daya. Pergeseran zona manual diutamakan. |
| Peralihan otomatis zona | AWS FIS percobaan | AWS FIS Eksperimen akan gagal untuk memulai, atau akan gagal jika sedang berlangsung. |
| Peralihan otomatis zona | Pergeseran zona manual | Autoshift zonal akan ACTIVE tetapi tidak APPLIED pada sumber daya. Pergeseran zona manual diutamakan. |
| Peralihan otomatis zona | Berlatih lari | Latihan lari akan gagal dimulai, karena pergeseran otomatis zona diutamakan. |
Peralihan lalu lintas yang saat ini berlaku untuk sumber daya memiliki status peralihan zona yang diterapkan yang diatur ke `APPLIED`. Hanya satu peralihan yang diatur ke `APPLIED` dalam satu waktu. Pergeseran lain yang sedang berlangsung diatur ke`NOT_APPLIED`, tetapi tetap dengan `ACTIVE` status.
# Menghentikan autoshift aktif atau menjalankan latihan untuk sumber daya
Untuk menghentikan pergeseran otomatis yang sedang berlangsung untuk sumber daya, Anda harus membatalkan pergeseran zona.
Latihan rutin masih berlangsung untuk sumber daya, pada jadwal yang sama. Jika Anda ingin menghentikan latihan berjalan selain menonaktifkan autoshift, Anda harus menghapus konfigurasi praktik jalankan yang terkait dengan sumber daya.
Saat Anda menghapus konfigurasi run praktik, AWS berhenti menjalankan praktik yang mengalihkan lalu lintas untuk sumber daya dari Availability Zone setiap minggu. Selain itu, karena pergeseran otomatis zona memerlukan latihan berjalan, saat Anda menghapus konfigurasi run praktik menggunakan konsol ARC, tindakan ini juga menonaktifkan pergeseran otomatis zona untuk sumber daya. Namun, perhatikan bahwa jika Anda menggunakan Zonal Autoshift API untuk menghapus praktik yang dijalankan, Anda harus terlebih dahulu menonaktifkan pergeseran otomatis zonal untuk sumber daya.
Untuk informasi selengkapnya, lihat [Membatalkan pergeseran otomatis zona](arc-zonal-autoshift.canceling-an-autoshift.md) dan [Mengaktifkan dan bekerja dengan zonal autoshift](arc-zonal-autoshift.start-cancel.md).
# Bagaimana lalu lintas digeser
Untuk pergeseran otomatis dan untuk praktik menjalankan pergeseran zona, lalu lintas digeser dari Availability Zone menggunakan mekanisme yang sama yang digunakan ARC untuk pergeseran zona yang diprakarsai pelanggan. Pemeriksaan kesehatan yang tidak sehat menghasilkan Amazon Route 53 menarik alamat IP yang sesuai untuk sumber daya dari DNS, sehingga lalu lintas dialihkan dari Availability Zone. Koneksi baru sekarang dirutekan ke Availability Zone lainnya Wilayah AWS sebagai gantinya.
Dengan autoshift, ketika Availability Zone pulih dan AWS memutuskan untuk mengakhiri autoshift, ARC membalikkan proses pemeriksaan kesehatan, meminta pemeriksaan kesehatan Route 53 dikembalikan. Kemudian, alamat IP zonal asli dipulihkan dan, jika pemeriksaan kesehatan terus sehat, Availability Zone disertakan dalam perutean aplikasi lagi.
Penting untuk diperhatikan bahwa pergeseran otomatis tidak didasarkan pada pemeriksaan kesehatan yang memantau kesehatan yang mendasari penyeimbang beban atau aplikasi. ARC menggunakan pemeriksaan kesehatan untuk memindahkan lalu lintas dari Availability Zones, dengan meminta pemeriksaan kesehatan diatur ke tidak sehat, dan kemudian mengembalikan pemeriksaan kesehatan ke normal kembali ketika berakhir autoshift atau pergeseran zona.
# Alarm untuk latihan berjalan
Anda dapat menentukan dua jenis CloudWatch alarm untuk latihan berjalan di pergeseran otomatis zona: alarm hasil dan alarm pemblokiran.
**Alarm hasil (wajib)**
Untuk jenis alarm pertama, *alarm hasil*, setidaknya satu alarm diperlukan untuk ditentukan. Anda harus mengonfigurasi alarm hasil untuk memantau kesehatan aplikasi Anda saat lalu lintas digeser dari Availability Zone selama setiap 30 menit latihan dijalankan.
Agar latihan berjalan efektif, tentukan sebagai alarm hasil setidaknya satu CloudWatch alarm yang memenuhi kedua kriteria berikut:
Alarm memonitor metrik untuk sumber daya, atau untuk aplikasi Anda
DAN
Alarm merespons dengan `ALARM` status ketika aplikasi Anda terpengaruh oleh hilangnya satu Availability Zone.
Untuk informasi selengkapnya, lihat bagian **Alarm yang Anda tentukan untuk latihan berjalan**. [Praktik terbaik saat Anda mengonfigurasi pergeseran otomatis zona](arc-zonal-autoshift.considerations.md)
Alarm hasil juga memberikan informasi untuk *hasil latihan lari* yang dilaporkan ARC untuk setiap latihan lari. Jika alarm hasil memasuki `ALARM` keadaan, ARC mengakhiri latihan berjalan dan mengembalikan hasil latihan lari`FAILED`. Jika latihan berjalan menyelesaikan periode pengujian 30 menit dan tidak ada alarm hasil yang Anda tentukan memasuki `ALARM` status, hasil yang dikembalikan adalah. `SUCCEEDED` Daftar semua nilai hasil, dengan deskripsi, disediakan di bagian [Hasil untuk latihan berjalan](arc-zonal-autoshift.considerations.md#ZAConsiderationsPracticeRunOutcomes).
**Memblokir alarm (opsional)**
Secara opsional, Anda dapat menentukan jenis alarm kedua, alarm *pemblokiran*. Memblokir latihan blok alarm berjalan dari awal, atau melanjutkan, ketika satu atau lebih alarm `ALARM` dalam keadaan. Memblokir alarm memblokir praktik menjalankan pergeseran lalu lintas agar tidak dimulai—dan menghentikan praktik apa pun yang sedang berlangsung — ketika setidaknya salah satu alarm dalam keadaan. `ALARM`
Misalnya, dalam arsitektur besar dengan beberapa layanan mikro, ketika satu layanan mikro mengalami masalah, Anda biasanya ingin menghentikan semua perubahan lain di lingkungan aplikasi, yang termasuk pemblokiran praktik berjalan. Anda dapat menambahkan alarm pemblokiran di ARC untuk mencapai ini.
# Jendela yang diblokir dan jendela yang diizinkan (di UTC)
Anda memiliki opsi untuk *memblokir* atau *mengizinkan* praktik berjalan untuk tanggal kalender tertentu, atau untuk jendela waktu tertentu, yaitu hari dan waktu, yang ditentukan dalam UTC.
Misalnya, jika Anda memiliki pembaruan aplikasi yang dijadwalkan untuk diluncurkan pada 1 Mei 2024, dan Anda tidak ingin latihan berjalan untuk mengalihkan lalu lintas pada waktu itu, Anda dapat menetapkan tanggal yang diblokir untuk`2024-05-01`.
Atau, katakanlah Anda menjalankan ringkasan laporan bisnis tiga hari seminggu. Untuk skenario ini, Anda dapat mengatur hari dan waktu berulang berikut sebagai jendela yang diblokir, misalnya, di UTC:. `MON-20:30-21:30 WED-20:30-21:30 FRI-20:30-21:30`
Atau, Anda mungkin memutuskan bahwa hari Rabu dan Jumat dari siang hingga 5:00 adalah waktu terbaik bagi ARC untuk memulai latihan, untuk menguji pengaturan Anda. Untuk skenario ini, Anda dapat mengatur hari dan waktu berulang berikut sebagai jendela yang diizinkan, misalnya, di UTC:. `WED-12:00-17:00 FRI-12:00-17:00`