Topik ini menjelaskan stabilitas dan batasan fitur MaxCompute shipping (Versi Baru).
Stabilitas
Membaca dari Simple Log Service
|
Item |
Deskripsi |
|
Ketersediaan |
Ketersediaan tinggi. Jika terjadi error baca dari Simple Log Service, tugas MaxCompute shipping akan mencoba ulang secara otomatis minimal 10 kali. Jika masalah tetap berlanjut, tugas tersebut melaporkan error lalu restart. |
Menulis ke MaxCompute
|
Item |
Deskripsi |
|
Konkurensi |
Layanan membuat satu instans pengiriman data untuk setiap shard Simple Log Service, yang memungkinkan penskalaan cepat. Jika sebuah shard di sumber Simple Log Service mengalami pemisahan (split), instans pengiriman data baru dibuat dalam hitungan detik untuk mempercepat ekspor data. |
|
Tidak ada kehilangan data |
Tugas pengiriman data menggunakan consumer group untuk memberikan jaminan konsistensi. Tugas hanya melakukan commit offset setelah data berhasil dikirimkan. Model pengiriman at-least-once ini memastikan tidak ada data yang hilang. |
|
Perubahan skema |
Jika Anda menambahkan kolom baru ke tabel MaxCompute selama proses pengiriman data, tugas hanya akan menulis kolom baru tersebut ke partisi-partisi baru, bukan ke partisi yang sudah ada atau sedang aktif. Catatan
Karena keterbatasan MaxCompute, Anda tidak dapat melakukan modifikasi skema seperti menyisipkan, memperbarui, atau menghapus kolom, maupun mengubah urutan kolom selama tugas pengiriman data sedang aktif. Upaya melakukan modifikasi tersebut menyebabkan tugas gagal tanpa pemulihan otomatis. Untuk informasi lebih lanjut, lihat Batasan penggunaan MaxCompute. |
Penanganan data kotor
|
Jenis error |
Dihitung sebagai kegagalan |
Deskripsi |
|
Error partisi |
Ya |
Penyebab umum termasuk partisi tidak valid atau kolom kunci partisi tidak ada. Tugas tidak menulis baris data ini ke MaxCompute. |
|
Kolom data tidak valid |
Tidak |
Penyebab umum termasuk ketidaksesuaian tipe data atau kegagalan konversi tipe. Tugas tidak menulis data pada kolom ini ke MaxCompute, tetapi tetap menulis data pada kolom lain dalam baris yang sama secara normal. |
|
Data kolom terlalu panjang |
Tidak |
Penyebab umum adalah data melebihi batas panjang untuk tipe data string atau varchar. Tugas memotong (truncate) data pada kolom ini sebelum menuliskannya ke MaxCompute. Data pada kolom lain dalam baris yang sama ditulis secara normal. |
Pemantauan dan peringatan
|
Item |
Deskripsi |
|
Pemantauan dan peringatan |
Pengiriman data mencakup fitur pemantauan komprehensif untuk melacak metrik seperti latensi tugas dan traffic secara real time. Anda dapat mengonfigurasi peringatan kustom sesuai kebutuhan bisnis untuk mendeteksi masalah pengiriman data secara cepat, seperti jumlah instans pengiriman data yang tidak mencukupi atau batas kuota jaringan. Untuk informasi lebih lanjut, lihat Konfigurasi peringatan untuk tugas MaxCompute shipping (Versi Baru). |
Restart tugas
|
Item |
Deskripsi |
|
Terlalu banyak partisi |
Jika tugas direstart saat menulis ke jumlah partisi yang besar, operasi tulis yang memerlukan waktu lebih dari 5 menit untuk diselesaikan dapat menyebabkan duplikasi data. |
|
Kegagalan penulisan data |
Jika tugas direstart setelah kegagalan menulis ke MaxCompute akibat error otorisasi atau jaringan, duplikasi data parsial mungkin terjadi. |
Batasan
Jaringan
|
Batasan |
Deskripsi |
|
Jaringan untuk pengiriman intra-region |
Pengiriman intra-region menggunakan jaringan internal Alibaba Cloud untuk transmisi data. Hal ini memberikan stabilitas dan kecepatan jaringan yang lebih tinggi. |
Traffic baca
|
Batasan |
Deskripsi |
|
Trafik baca |
Setiap proyek dan shard memiliki batas maksimum traffic baca. Untuk informasi lebih lanjut, lihat Pembacaan dan penulisan data. Jika batas ini dilampaui, Anda harus melakukan split shard atau mengajukan permintaan untuk meningkatkan batas traffic baca proyek. Jika batas dilampaui, tugas pengiriman data gagal lalu mencoba ulang minimal 10 kali. Jika masalah tetap berlanjut, tugas melaporkan error lalu restart. |
Menulis ke MaxCompute
|
Batasan |
Deskripsi |
|
Instans konkuren |
Maksimal 64 instans pengiriman data konkuren didukung. Jika jumlah shard Simple Log Service melebihi 64, layanan akan menggabungkan beberapa shard ke dalam satu instans pengiriman data. Layanan berusaha mendistribusikan shard secara merata di seluruh instans. |
|
Ambang batas penulisan |
Penting
Melebihi batas penulisan MaxCompute dapat menyebabkan ketidakstabilan dan memicu pembatasan kecepatan (throttling), yang menghasilkan error |
|
Modifikasi skema tabel |
MaxCompute shipping (Versi Baru) menggunakan MaxCompute Tunnel Service untuk penulisan aliran (stream writing). Selama proses ini, MaxCompute Tunnel Service melarang modifikasi skema pada tabel target, seperti menyisipkan, memperbarui, atau menghapus kolom, maupun mengubah urutan kolom. Untuk informasi lebih lanjut, lihat Ikhtisar MaxCompute Tunnel Service. Pembatasan ini mencegah Anda menggunakan versi baru dan versi lama pengiriman data secara bersamaan untuk menulis ke tabel MaxCompute yang sama. |
|
Jenis tabel yang tidak didukung |
Pengiriman data ke tabel eksternal MaxCompute, tabel transaksional, atau tabel terkluster tidak didukung. |
|
Perubahan skema tabel |
Untuk menerapkan perubahan skema pada tabel target MaxCompute, hentikan sementara tugas pengiriman data selama 20 menit lalu restart kembali. |
|
Waktu mulai |
Catatan
Karena batasan slot dan permintaan per detik (QPS) MaxCompute, pengiriman data historis mudah melebihi ambang batas penulisan sehingga tidak didukung. |
Manajemen izin
|
Batasan |
Deskripsi |
|
Otorisasi penulisan |
Anda dapat memberikan izin tulis menggunakan RAM user atau RAM role, yang memerlukan konfigurasi terpisah di MaxCompute. |
Tipe data
-
Kolom Reguler
Tipe
Contoh
Deskripsi
string
"hello"
Panjang maksimum: 8 MB.
datetime
"2021-12-22 05:00:00"
Data di Simple Log Service harus memenuhi persyaratan format MaxCompute.
date
"2021-12-22"
Data di Simple Log Service harus memenuhi persyaratan format MaxCompute.
timestamp
1648544867
Mendukung presisi milidetik atau detik.
decimal
1.2
Data di Simple Log Service harus memenuhi persyaratan format MaxCompute.
char
"hello"
Panjang maksimum: 255 byte.
varchar
"hello"
Panjang maksimum: 65.535 byte.
binary
"hello"
Panjang maksimum: 8 MB.
bigint
123
Mendukung hingga INT64.
boolean
1
-
Nilai
1,t,T,true,TRUE, danTruediurai sebagai True. -
Nilai
0,f,F,false,FALSE, danFalsediurai sebagai False.
double
1.2
Mendukung bilangan titik mengambang 64-bit.
float
1.2
Mendukung bilangan titik mengambang 32-bit.
integer
123
Mendukung hingga INT32.
smallint
12
Mendukung hingga INT16.
tinyint
12
Mendukung hingga INT8.
-
-
Kolom Kunci Partisi
Batasan
Deskripsi
Kolom kunci partisi
Nilainya diproses sebagai string dan harus memenuhi persyaratan format untuk kolom kunci partisi MaxCompute.
Mengonfigurasi field log selain
__partition_time__atau__receive_time__Mengonfigurasi kolom kunci partisi untuk menggunakan field log selain
__partition_time__atau__receive_time__dapat memengaruhi performa pengiriman data.
Manajemen tugas pengiriman data
|
Batasan |
Deskripsi |
|
Menjeda tugas pengiriman |
Tugas pengiriman data mencatat kursor log dari item terakhir yang dikirimkan. Saat tugas dilanjutkan, proses berlanjut dari kursor yang telah dicatat. Oleh karena itu, perilaku berikut berlaku saat Anda menjeda tugas pengiriman data:
|
Daftar putih IP MaxCompute
|
Batasan |
Deskripsi |
|
Mengaktifkan daftar putih IP di proyek MaxCompute Anda, seperti daftar putih IP jaringan klasik, dapat menyebabkan tugas pengiriman data gagal. |
Jalankan perintah berikut di MaxCompute untuk mengatasi kegagalan pengiriman data yang disebabkan oleh daftar putih IP.
Untuk informasi lebih lanjut, lihat Mengatasi kegagalan pengiriman data yang disebabkan oleh daftar putih IP. |