Pahami konsep inti Tablestore, termasuk wilayah (regions), instans, titik akhir (endpoints), dan throughput baca/tulis.
Regions
Tablestore tersedia di berbagai wilayah di seluruh dunia. Untuk mengurangi latensi, pilih wilayah yang paling dekat dengan beban kerja Anda. Untuk pemulihan bencana lintas wilayah (cross-region disaster recovery), buat instans di beberapa wilayah. Tentukan Region ID saat mengonfigurasi SDK, memanggil operasi API, atau menggunakan konsol Tablestore. Tabel berikut mencantumkan semua wilayah yang didukung beserta Region ID-nya.
Public cloud
Area | Region | Region ID |
China | China (Hangzhou) | cn-hangzhou |
China (Shanghai) | cn-shanghai | |
China (Qingdao) | cn-qingdao | |
China (Beijing) | cn-beijing | |
China (Zhangjiakou) | cn-zhangjiakou | |
China (Hohhot) | cn-huhehaote | |
China (Ulanqab) | cn-wulanchabu | |
China (Shenzhen) | cn-shenzhen | |
China (Heyuan) | cn-heyuan | |
China (Guangzhou) | cn-guangzhou | |
China (Chengdu) | cn-chengdu | |
China (Zhongwei) | cn-zhongwei | |
China (Hong Kong) | cn-hongkong | |
Asia Pacific | Japan (Tokyo) | ap-northeast-1 |
South Korea (Seoul) | ap-northeast-2 | |
Singapore | ap-southeast-1 | |
Malaysia (Kuala Lumpur) | ap-southeast-3 | |
Indonesia (Jakarta) | ap-southeast-5 | |
Philippines (Manila) | ap-southeast-6 | |
Thailand (Bangkok) | ap-southeast-7 | |
Malaysia (Johor) | ap-southeast-8 | |
Europe and Americas | Germany (Frankfurt) | eu-central-1 |
UK (London) | eu-west-1 | |
France (Paris) | eu-west-2 | |
US (Silicon Valley) | us-west-1 | |
US (Virginia) | us-east-1 | |
Brazil (Sao Paulo) | sa-east-1 | |
Mexico | na-south-1 | |
Middle East | UAE (Dubai) | me-east-1 |
Saudi Arabia (Riyadh) | me-central-1 |
Instances
Instans adalah unit dasar untuk menggunakan dan mengelola Tablestore. Setiap instans berfungsi sebagai database. Tablestore menerapkan kontrol akses dan pengukuran sumber daya pada tingkat instans. Setelah mengaktifkan Tablestore, buat instans melalui konsol Tablestore, lalu buat tabel dan kelola data di dalamnya.
Setiap Akun Alibaba Cloud dapat membuat hingga 10 instans, dan setiap instans dapat berisi hingga 64 tabel (termasuk tabel data, tabel indeks sekunder, dan tabel deret waktu). Untuk menambah kuota ini, kirim tiket atau bergabung dengan grup dukungan teknis Tablestore 36165029092.
Instance types
Tablestore mendukung dua tipe instans: High-performance dan Capacity. Setiap tipe instans dapat menangani data skala petabyte per tabel. Pilih tipe yang paling sesuai dengan kasus penggunaan dan anggaran Anda. Untuk detailnya, lihat tabel berikut.
Tipe instans tidak dapat diubah setelah dibuat. Pilih dengan cermat.
Terlepas dari tipe instans, penggunaan search indexes akan dikenai biaya untuk penyimpanan berkinerja-tinggi, throughput baca yang dicadangkan, dan throughput baca on-demand. Untuk informasi lebih lanjut, lihat Penagihan search index.
Terlepas dari tipe instans, saat menggunakan model deret waktu, throughput baca/tulis on-demand untuk data deret waktu ditagih dengan tarif Capacity, throughput baca/tulis on-demand untuk metadata deret waktu ditagih dengan tarif High-performance, dan penyimpanan metadata deret waktu ditagih dengan tarif penyimpanan High-performance. Untuk informasi lebih lanjut, lihat Item yang dapat ditagih pada model TimeSeries.
Instance type | High-performance | Capacity | |
Use cases | Beban kerja online yang membutuhkan konkurensi tinggi dan latensi baca/tulis ultra-rendah. | Beban kerja offline yang membutuhkan penyimpanan berbiaya lebih rendah. Tidak cocok untuk beban kerja online yang sensitif terhadap latensi. | |
Billing components |
|
| |
Performance | Read | High | Medium |
Write | High | High | |
Concurrency | High | Medium | |
Regional availability
Tabel berikut mencantumkan wilayah yang mendukung setiap tipe instans dan tipe penyimpanan.
Instance type | Area | Supported regions |
High-performance | China | China (Hangzhou), China (Shanghai), China (Beijing), China (Zhangjiakou), China (Ulanqab), China (Shenzhen), China (Heyuan), China (Guangzhou), China (Chengdu), China (Zhongwei), China (Hong Kong) |
Asia Pacific | South Korea (Seoul), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Philippines (Manila), Thailand (Bangkok), Malaysia (Johor) | |
Europe and Americas | Germany (Frankfurt), UK (London), France (Paris), US (Silicon Valley), US (Virginia), Brazil (Sao Paulo), Mexico | |
Middle East | Saudi Arabia (Riyadh) | |
Capacity | China | China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Shenzhen), China (Chengdu), China (Hong Kong) |
Asia Pacific | Japan (Tokyo), Malaysia (Kuala Lumpur), Indonesia (Jakarta) | |
Europe and Americas | Germany (Frankfurt), UK (London), US (Virginia) | |
Middle East | UAE (Dubai) |
Endpoints
Endpoint types
Setiap instans Tablestore memiliki titik akhir unik. Empat jenis titik akhir tersedia: Public, Public (Dual-stack), VPC, dan Classic Network. Pilih jenis titik akhir berdasarkan lingkungan jaringan Anda.
Akses ke Tablestore melalui Internet dikenai biaya lalu lintas keluar. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.
Public
Gunakan titik akhir Public untuk mengakses Tablestore melalui Internet. Format titik akhir:
https://instanceName.RegionID.ots.aliyuncs.comVPC
Gunakan titik akhir VPC untuk mengakses Tablestore dari virtual private cloud. Format titik akhir:
https://instanceName.RegionID.vpc.tablestore.aliyuncs.comClassic Network
Gunakan titik akhir Classic Network untuk mengakses Tablestore dari Instance ECS di wilayah yang sama melalui jaringan klasik. Ini mengurangi latensi dan menghindari biaya lalu lintas Internet. Format titik akhir:
https://instanceName.RegionID.ots-internal.aliyuncs.comPublic (Dual-stack)
Gunakan titik akhir Public (Dual-stack) untuk mengakses Tablestore melalui Internet dengan dukungan IPv4 dan IPv6. Format titik akhir:
https://instanceName.RegionID.tablestore.aliyuncs.comTitik akhir Public (Dual-stack) hanya tersedia di wilayah berikut: China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Shenzhen), China (Chengdu), dan China (Hong Kong).
Get an endpoint
Masuk ke Konsol Tablestore. Anda dapat mengganti wilayah dan kelompok sumber daya di bagian atas halaman.
Pada Overview, klik nama instans atau Manage Instance. Pilih Instance Access URL yang sesuai.
Access scenario
Endpoint to use
Over the Internet
Gunakan titik akhir Public, atau titik akhir Public (Dual-stack), tergantung protokol IP yang didukung klien Anda.
Akses Internet memiliki latensi lebih tinggi. Gunakan jaringan VPC jika memungkinkan.
PentingJika klien Anda hanya menggunakan IPv6, gunakan titik akhir Public (Dual-stack).
Jika klien Anda tidak mendukung IPv6, gunakan titik akhir Public atau Public (Dual-stack).
From a VPC
Gunakan titik akhir VPC.
From the classic network
Gunakan titik akhir Classic Network.
CatatanUntuk informasi lebih lanjut tentang VPC dan jaringan klasik, lihat Network types.
Read/write throughput
Throughput baca dan tulis diukur dalam unit kapasitas (CUs). CU adalah unit penagihan minimum untuk operasi baca dan tulis data. Setiap operasi baca atau tulis API pada tabel data mengonsumsi CU baca atau tulis yang sesuai.
CU calculation rules
Satu CU baca merepresentasikan pembacaan satu baris hingga 4 KB dari tabel data.
Satu CU tulis merepresentasikan penulisan satu baris hingga 4 KB ke tabel data.
Data yang lebih kecil dari 4 KB atau bukan kelipatan 4 KB dibulatkan ke atas menjadi 4 KB terdekat. Misalnya, menulis data 7,6 KB mengonsumsi 2 CU tulis, dan membaca data 0,1 KB mengonsumsi 1 CU baca.
On-demand read/write throughput
Throughput baca/tulis on-demand adalah throughput aktual yang dikonsumsi per detik yang melebihi throughput baca/tulis yang dicadangkan. Interval pengukuran adalah satu detik. Dalam setiap jam, Tablestore menghitung rata-rata throughput baca/tulis yang dicadangkan dan throughput baca/tulis on-demand kumulatif sebagai throughput aktual yang dikonsumsi.
Throughput on-demand diberi harga lebih tinggi daripada throughput yang dicadangkan karena Tablestore harus menyediakan kapasitas yang cukup untuk puncak lalu lintas yang tidak dapat diprediksi. Untuk mengurangi biaya, atur throughput baca/tulis yang dicadangkan secara tepat.
Karena Tablestore tidak dapat memperkirakan secara akurat sumber daya yang harus dicadangkan untuk throughput on-demand, layanan ini mungkin mengembalikan error OTSCapacityUnitExhausted ketika satu kunci partisi mengonsumsi lebih dari 10.000 CU per detik. Gunakan exponential backoff untuk mengurangi laju permintaan ke tabel data.
Reserved read/write throughput
Throughput baca/tulis yang dicadangkan adalah properti tabel data pada instans berkinerja-tinggi . Anda dapat menentukan throughput baca/tulis yang dicadangkan saat membuat tabel data.
Saat menggunakan search indexes, Tablestore secara otomatis menetapkan throughput baca yang dicadangkan berdasarkan ukuran data indeks. Untuk informasi lebih lanjut, lihat Penagihan search index. Throughput baca yang dicadangkan untuk search indexes tidak dapat disesuaikan. Untuk mengurangi biaya ini, optimalkan ukuran indeks atau jumlah baris.
Jika throughput baca/tulis yang dicadangkan lebih besar dari 0, Tablestore mengalokasikan dan mencadangkan sumber daya yang sesuai untuk tabel data. Akses yang tidak melebihi throughput yang dicadangkan per detik ditagih dengan tarif throughput yang dicadangkan.
Jika throughput baca/tulis yang dicadangkan diatur ke 0, Tablestore tidak mengalokasikan atau mencadangkan sumber daya untuk tabel data.
CatatanTabel data yang tidak ada dianggap memiliki throughput baca/tulis yang dicadangkan sebesar 0. Mengakses tabel data yang tidak ada mengonsumsi 1 CU baca on-demand atau 1 CU tulis on-demand tergantung jenis operasinya.
Harga satuan throughput yang dicadangkan lebih rendah daripada throughput on-demand. Untuk mengurangi biaya, atur tingkat throughput yang dicadangkan secara tepat. Misalnya, sebelum mengimpor data dalam jumlah besar, atur throughput tulis yang dicadangkan tinggi untuk menurunkan biaya penulisan. Setelah impor selesai, kurangi throughput yang dicadangkan.
Usage limits
Tabel data pada instans Capacity tidak mendukung throughput baca/tulis yang dicadangkan.
Throughput baca/tulis yang dicadangkan lebih dari 0 dikenai biaya meskipun tidak ada permintaan baca atau tulis. Tablestore membatasi throughput baca yang dicadangkan dan throughput tulis yang dicadangkan masing-masing maksimal 100.000 per tabel data. Jika tabel data memerlukan throughput baca/tulis yang dicadangkan lebih dari 100.000, kirim tiket atau bergabung dengan grup dukungan teknis Tablestore 36165029092 untuk menghubungi dukungan teknis.
Reserved read/write throughput update rules
Anda dapat memperbarui throughput baca/tulis yang dicadangkan dari tabel data dengan memanggil operasi atau menggunakan konsol. Mengatur kedua throughput baca dan tulis yang dicadangkan ke 0 akan menghapus konfigurasi throughput yang dicadangkan. Hal ini menghentikan biaya throughput yang dicadangkan dan tidak melepaskan instans atau tabel data.
Dalam setiap hari kalender (dari UTC 00:00:00 hingga 00:00:00 hari berikutnya, atau dari pukul 08:00 hingga 08:00 hari berikutnya dalam UTC+8), Anda dapat menyesuaikan throughput yang dicadangkan sebanyak-banyaknya. Interval antara dua pembaruan berturut-turut pada tabel data yang sama harus lebih dari 1 menit. Aturan ini berlaku baik saat Anda memperbarui dengan memanggil operasi maupun menggunakan konsol.
Throughput baca/tulis yang dicadangkan yang telah disesuaikan berlaku dalam waktu 1 menit.
Update by calling an operation
Panggil operasi UpdateTable untuk mengubah throughput baca/tulis yang dicadangkan dari tabel.
Update by using the console
Masuk ke Tablestore console.
Pada halaman daftar instans, klik nama instans target untuk membuka halaman detail instans.
Klik tab Tables, lalu klik nama tabel data target untuk membuka halaman detail tabel.
Periksa nilai throughput baca dan tulis yang dicadangkan saat ini.
Klik Modify Table Attributes, lalu atur throughput baca dan tulis yang dicadangkan menjadi 0.
Klik OK. Pesan "The table properties are modified." akan muncul.
Calculation example
Asumsikan throughput baca yang dicadangkan dari tabel data diatur ke 100 CU. Pola akses berikut terjadi selama 3 detik berturut-turut:
T0: Operasi baca mengonsumsi throughput baca 120 CU. Throughput yang dicadangkan adalah 100 CU, dan throughput baca on-demand yang dikonsumsi adalah 20 CU.
T1: Operasi baca mengonsumsi throughput baca 95 CU. Throughput yang dicadangkan adalah 100 CU, dan throughput baca on-demand yang dikonsumsi adalah 0 CU.
T2: Operasi baca mengonsumsi throughput baca 110 CU. Throughput yang dicadangkan adalah 100 CU, dan throughput baca on-demand yang dikonsumsi adalah 10 CU.
Dari T0 hingga T2, total throughput baca yang dikonsumsi adalah 100 CU throughput baca yang dicadangkan dan 30 CU throughput baca on-demand.