Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Logika coba lagi
EMRFS mencoba untuk memverifikasi konsistensi daftar untuk objek yang dilacak dalam metadata bagi sejumlah percobaan ulang tertentu. Default adalah 5. Dalam kasus di mana jumlah percobaan ulang terlampaui, tugas asal mengembalikan kegagalan kecuali fs.s3.consistent.throwExceptionOnInconsistency
diatur ke false
, di mana ia hanya akan melakukan log objek yang dilacak sebagai tidak konsisten. EMRFS menggunakan kebijakan percobaan ulang mundur eksponensial secara default, tetapi Anda juga dapat mengaturnya ke kebijakan tetap. Pengguna mungkin juga ingin mencoba lagi untuk jangka waktu tertentu sebelum melanjutkan tugas mereka lainnya tanpa membuang pengecualian. Mereka dapat mencapai ini dengan mengatur fs.s3.consistent.throwExceptionOnInconsistency
ke false
, fs.s3.consistent.retryPolicyType
ke fixed
, dan fs.s3.consistent.retryPeriodSeconds
untuk nilai yang diinginkan. Beriku adalah contoh membuat klaster dengan konsistensi yang diaktifkan, yang mana mencatat inkonsistensi dan menetapkan interval coba lagi selama 10 detik:
contoh Mengatur periode coba lagi ke jumlah yang tetap
aws emr create-cluster --release-label
emr-7.7.0
\ --instance-typem5.xlarge
--instance-count 1 \ --emrfs Consistent=true
,Args=[fs.s3.consistent.throwExceptionOnInconsistency=false
, fs.s3.consistent.retryPolicyType=fixed
,fs.s3.consistent.retryPeriodSeconds=10
] --ec2-attributes KeyName=myKey
catatan
Karakter lanjutan baris Linux (\) disertakan agar mudah dibaca. Karakter ini bisa dihapus atau digunakan dalam perintah Linux. Untuk Windows, hapus atau ganti dengan tanda pangkat (^).
Untuk informasi selengkapnya, lihat Tampilan konsisten.
Konfigurasi EMRFS untuk IMDS mendapatkan panggilan wilayah
EMRFS bergantung pada IMDS (layanan metadata instance) untuk mendapatkan wilayah instans dan Amazon S3, DynamoDB, atau titik akhir. AWS KMS Namun, IMDS memiliki batasan berapa banyak permintaan yang dapat ditangani, dan permintaan yang melebihi batas itu akan gagal. Batas IMDS ini dapat menyebabkan kegagalan EMRFS untuk menginisialisasi dan menyebabkan kueri atau perintah gagal. Anda dapat menggunakan mekanisme percobaan ulang backoff eksponensial acak berikut dan properti konfigurasi wilayah fallback di emrfs-site.xml untuk mengatasi skenario di mana semua percobaan ulang gagal.
<property>
<name>fs.s3.region.retryCount</name>
<value>3</value>
<description>
Maximum retries that would be attempted to get AWS region.
</description>
</property>
<property>
<name>fs.s3.region.retryPeriodSeconds</name>
<value>3</value>
<description>
Base sleep time in second for each get-region retry.
</description>
</property>
<property>
<name>fs.s3.region.fallback</name>
<value>us-east-1</value>
<description>
Fallback to this region after maximum retries for getting AWS region have been reached.
</description>
</property>