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 ID wilayah saat mengonfigurasi SDK, memanggil operasi API, atau menggunakan Konsol Tablestore. Tabel berikut mencantumkan semua wilayah yang didukung beserta ID wilayahnya.
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 | |
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 resource pada tingkat instans. Setelah mengaktifkan Tablestore, buat instans di Konsol Tablestore, lalu buat tabel dan kelola data dalam instans tersebut.
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 berskala petabyte per tabel. Pilih tipe yang paling sesuai dengan kasus penggunaan dan anggaran Anda. Untuk detailnya, lihat tabel-tabel berikut.
Tipe instans tidak dapat diubah setelah dibuat. Pilih dengan cermat.
Tanpa memandang 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 Item yang dapat ditagih untuk search indexes.
Tanpa memandang 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 untuk 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-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) | |
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 (Silicon Valley), US (Virginia) Catatan Wilayah US (Silicon Valley) tidak mendukung pembelian baru. | |
Middle East | UAE (Dubai) |
Endpoints
Endpoint types
Setiap instans Tablestore memiliki titik akhir unik. Empat jenis titik akhir tersedia: public, dual-stack public, 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 publik 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 jaringan klasik untuk mengakses Tablestore dari Instance ECS di wilayah yang sama melalui jaringan klasik. Hal ini mengurangi latensi dan menghindari biaya lalu lintas Internet. Format titik akhir:
https://instanceName.RegionID.ots-internal.aliyuncs.comDual-stack public
Gunakan titik akhir publik dual-stack untuk mengakses Tablestore melalui Internet dengan dukungan IPv4 dan IPv6. Format titik akhir:
https://instanceName.RegionID.tablestore.aliyuncs.comTitik akhir publik 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 Instances. Pilih Instance Access URL yang sesuai.
Access scenario
Endpoint to use
Over the Internet
Gunakan titik akhir Internet, atau titik akhir Dual-stack public, tergantung protokol IP yang didukung oleh client Anda.
Akses Internet memiliki latensi lebih tinggi. Gunakan akses VPC atau jaringan klasik jika memungkinkan.
PentingJika client Anda hanya menggunakan IPv6, gunakan titik akhir Dual-stack public.
Jika client Anda tidak mendukung IPv6, gunakan titik akhir Internet atau titik akhir Dual-stack public.
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, tetapkan throughput baca/tulis yang dicadangkan secara tepat.
Karena Tablestore tidak dapat memperkirakan secara akurat resource yang perlu dicadangkan untuk throughput on-demand, layanan ini dapat 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 Item yang dapat ditagih untuk search indexes. 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 resource 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 resource 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, tetapkan tingkat throughput yang dicadangkan secara tepat. Misalnya, sebelum mengimpor data dalam jumlah besar, atur throughput tulis yang dicadangkan tinggi untuk menurunkan biaya tulis. 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
Gunakan operasi UpdateTable untuk mengubah throughput baca/tulis yang dicadangkan pada tabel. Aturan berikut berlaku:
Dalam setiap hari kalender (dari UTC 00:00:00 hingga 00:00:00 hari berikutnya, atau dari 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.
Throughput baca/tulis yang dicadangkan yang telah disesuaikan berlaku dalam waktu 1 menit.
Calculation example
Asumsikan throughput baca yang dicadangkan pada tabel data diatur ke 100 CU. Pola akses berikut terjadi selama 3 detik berturut-turut:
T0: Operasi baca mengonsumsi 120 CU throughput baca. Throughput yang dicadangkan adalah 100 CU, dan throughput baca on-demand yang dikonsumsi adalah 20 CU.
T1: Operasi baca mengonsumsi 95 CU throughput baca. Throughput yang dicadangkan adalah 100 CU, dan throughput baca on-demand yang dikonsumsi adalah 0 CU.
T2: Operasi baca mengonsumsi 110 CU throughput baca. 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.