Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Batas Amazon Neptune
## Wilayah
Amazon Neptune tersedia di Wil AWS ayah berikut:
+ US East (N. Virginia): `us-east-1`
+ AS Timur (Ohio): `us-east-2`
+ US West (N. California): `us-west-1`
+ US West (Oregon): `us-west-2`
+ Canada (Central): `ca-central-1`
+ Kanada Barat (Calgary): `ca-west-1`
+ South America (São Paulo): `sa-east-1`
+ Eropa (Stockholm): `eu-north-1`
+ Eropa (Spanyol): `eu-south-2`
+ Eropa (Irlandia): `eu-west-1`
+ Eropa (London): `eu-west-2`
+ Eropa (Paris): `eu-west-3`
+ Eropa (Frankfurt): `eu-central-1`
+ Timur Tengah (Bahrain): `me-south-1`
+ Timur Tengah (UEA): `me-central-1`
+ Israel (Tel Aviv): `il-central-1`
+ Afrika (Cape Town): `af-south-1`
+ Asia Pasifik (Hong Kong): `ap-east-1`
+ Asia Pacific (Tokyo): `ap-northeast-1`
+ Asia Pasifik (Seoul): `ap-northeast-2`
+ Asia Pasifik (Osaka): `ap-northeast-3`
+ Asia Pacific (Singapore): `ap-southeast-1`
+ Asia Pacific (Sydney): `ap-southeast-2`
+ Asia Pasifik (Jakarta): `ap-southeast-3`
+ Asia Pasifik (Melbourne): `ap-southeast-4`
+ Asia Pasifik (Malaysia): `ap-southeast-5`
+ Asia Pasifik (Mumbai): `ap-south-1`
+ Asia Pasifik (Hyderabad): `ap-south-2`
+ China (Beijing): `cn-north-1`
+ Tiongkok (Ningxia): `cn-northwest-1`
+ AWS GovCloud (US-West): `us-gov-west-1`
+ AWS GovCloud (US-East): `us-gov-east-1`
## Perbedaan di wilayah Tiongkok
Seperti halnya banyak AWS layanan, Amazon Neptunus beroperasi sedikit berbeda di China (Beijing) dan China (Ningxia) daripada di AWS wilayah lain.
Misalnya, ketika Neptune ML menggunakan Amazon API Gateway untuk membuat layanan ekspor, autentikasi IAM diaktifkan secara default. Di wilayah Tiongkok, proses untuk mengubah opsi tersebut yang sedikit berbeda dari di wilayah lain.
Perbedaan ini dan lainnya [dijelaskan di sini](https://docs.amazonaws.cn/en_us/aws/latest/userguide/api-gateway.html#feature-diff).
## Ukuran maksimum volume cluster penyimpanan
Volume cluster Neptunus dapat tumbuh hingga ukuran maksimum 128 tebibyte (TiB) di semua wilayah yang didukung. Lihat [Penyimpanan, keandalan, dan ketersediaan Amazon Neptune](feature-overview-storage.md).
## Ukuran instance DB didukung
Neptunus mendukung kelas instance DB yang berbeda di Wil AWS ayah yang berbeda. Untuk mengetahui kelas apa saja yang didukung di Wilayah tertentu, lihat [Harga Amazon Neptune](https://aws.amazon.com/neptune/pricing/) dan pilih Wilayah yang Anda minati.
## Batas untuk setiap AWS akun
Untuk fitur pengelolaan tertentu, Amazon Neptune menggunakan teknologi operasional yang dibagi dengan Amazon Relational Database Service (Amazon RDS).
Setiap AWS akun memiliki batasan untuk setiap Wilayah pada jumlah sumber daya Amazon Neptunus dan Amazon RDS yang dapat Anda buat. Sumber daya ini termasuk instans DB dan klaster DB.
Setelah batas sumber daya tercapai, panggilan tambahan untuk membuat sumber daya itu gagal dengan pengecualian.
Untuk daftar batas yang digunakan bersama antara Amazon Neptune dan Amazon RDS, lihat [Batas di Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Limits.html#RDS_Limits.Limits) dalam *Panduan Pengguna Amazon RDS*.
## Koneksi ke Neptunus membutuhkan VPC
Amazon Neptune adalah layanan virtual private cloud (VPC) saja.
Selain itu, instans tidak memungkinkan akses dari luar VPC.
## Neptune membutuhkan SSL
Memulai dengan versi mesin `1.0.4.0`, Amazon Neptune hanya memungkinkan koneksi Secure Sockets Layer (SSL) melalui HTTPS untuk setiap instans atau titik akhir klaster.
Neptune membutuhkan TLS versi 1.2, menggunakan rangkaian cipher kuat berikut ini:
+ `TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384`
+ `TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256`
+ `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384`
+ `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256`
+ `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA`
+ `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA`
## Zona ketersediaan dan grup subnet DB
Amazon Neptune memerlukan grup subnet DB untuk setiap cluster yang memiliki subnet di setidaknya dua Availability Zone (AZ) yang didukung.
Kami merekomendasikan menggunakan tiga subnet atau lebih di Availability Zone yang berbeda.
## Muatan permintaan HTTP maksimum (150 MB)
Ukuran total permintaan HTTP Gremlin dan SPARQL harus kurang dari 150 MB. Jika permintaan melebihi ukuran ini, Neptune mengembalikan `HTTP 400: BadRequestException`.
Batas ini tidak berlaku untuk koneksi Gremlin WebSockets .
## Perbedaan implementasi Gremlin
Implementasi Amazon Neptune Gremlin memiliki rincian implementasi khusus yang mungkin berbeda dari implementasi Gremlin lainnya.
Untuk informasi selengkapnya, lihat [Kepatuhan standar Gremlin di Amazon Neptune](access-graph-gremlin-differences.md).
## Neptunus tidak mendukung karakter nol dalam data string
Neptunus tidak mendukung karakter nol dalam string. Ini benar dalam data grafik properti untuk Gremlin dan OpenCypher, dan untuk data. RDF/SPARQL
## SPARQL UPDATE LOAD dari URI
`SPARQL UPDATE LOAD` dari URI bekerja hanya dengan sumber daya yang berada dalam VPC yang sama.
Ini termasuk URL Amazon S3 di Wilayah yang sama dengan klaster dengan VPC Endpoint Amazon S3 dibuat.
URL Amazon S3 harus HTTPS, dan autentikasi harus disertakan dalam URL. Untuk informasi lebih lanjut, lihat [Permintaan autentikasi: Menggunakan Parameter Kueri)](https://docs.aws.amazon.com/AmazonS3/latest/API/sigv4-query-string-auth.html) dalam *Referensi API Layanan Penyimpanan Sederhana Amazon*.
Untuk informasi tentang cara membuat VPC Endpoint, lihat [Membuat VPC Endpoint Amazon S3](bulk-load-data.md#bulk-load-prereqs-s3).
Jika Anda perlu memuat data dari file, sebaiknya gunakan API loader Amazon Neptune. Untuk informasi selengkapnya, lihat [Menggunakan pemuat massal Amazon Neptune untuk menelan data](bulk-load.md).
**catatan**
API loader Amazon Neptune adalah non-ACID.
## Otentikasi IAM dan kontrol akses
Dalam versi mesin Neptune sebelum [ rilis 1.2.0.0](engine-releases-1.2.0.0.md), otentikasi IAM dan kontrol akses hanya didukung di tingkat cluster DB. Namun, dari rilis ke `1.2.0.0` depan, Anda dapat mengontrol akses berbasis kueri pada tingkat yang lebih terperinci menggunakan kunci kondisi dalam kebijakan IAM. Untuk informasi selengkapnya, lihat [Menggunakan tindakan kueri dalam pernyataan kebijakan akses data Neptunus](iam-data-access-policies.md#iam-data-query-actions) dan [Mengotentikasi database Amazon Neptunus Anda dengan AWS Identity and Access Management](iam-auth.md)
Konsol Amazon Neptune memerlukan ** NeptuneReadOnlyAccess ** izin. Anda dapat membatasi akses ke pengguna IAM dengan mencabut akses ini. Untuk informasi selengkapnya, lihat [Penggunaan AWS kebijakan terkelola untuk mengakses database Amazon Neptune](security-iam-access-managed-policies.md)
Amazon Neptune tidak mendukung kontrol name/password akses berbasis pengguna.
## WebSocket koneksi bersamaan dan waktu koneksi maksimum
Ada batasan jumlah WebSocket koneksi bersamaan per instance Neptunus DB. Ketika batas itu tercapai, Neptunus membatasi permintaan apa pun untuk membuka WebSocket koneksi baru untuk mencegah penggunaan semua memori heap yang dialokasikan.
Untuk semua jenis instans yang lebih besar yang didukung oleh Neptunus dan semua instans tanpa server, jumlah maksimum WebSocket koneksi bersamaan adalah 32K (32.768).
Kon WebSocket eksi bersamaan maksimum untuk jenis instans yang lebih kecil tercantum dalam tabel di bawah ini:
| Tipe Instans | Koneksi bersamaan WebSocket maksimum |
| --- | --- |
| nirserver | 32768 |
| db.r4.4xlarge | 16384 |
| db.r4.2xlarge | 8192 |
| db.r4.xlarge | 4096 |
| db.r4.large | 2048 |
| db.r5.4xlarge | 16384 |
| db.r5.2xlarge | 8192 |
| db.r5.xlarge | 4096 |
| db.r5.large | 2048 |
| db.r5d.8xlarge | 32768 |
| db.r5d.4xlarge | 16384 |
| db.r5d.2xlarge | 8192 |
| db.r5d.xlarge | 4096 |
| db.r5d.large | 2048 |
| db.t3.medium | 512 |
| db.t4g.medium | 512 |
| db.r6g.4xlarge | 16384 |
| db.r6g.2xlarge | 8192 |
| db.r6g.xlarge | 4096 |
| db.r6g.large | 2048 |
| db.r6gd.4xlarge | 16384 |
| db.r6gd.2xlarge | 8192 |
| db.r6gd.xlarge | 4096 |
| db.r6gd.large | 2048 |
| db.x2iezn.2xlarge | 16384 |
| db.x2iedn.xlarge | 4096 |
| db.x2gd.xlarge | 4096 |
| db.x2gd.besar | 2048 |
| db.x2gd.4xbesar | 16384 |
| db.x2gd.2xbesar | 8192 |
| db.x2g.xlarge | 4096 |
| db.x2g.large | 2048 |
| db.x2g.4xlarge | 16384 |
| db.x2g.2xlarge | 8192 |
| db.x1e.xlarge | 4096 |
| db.x1e.2xlarge | 16384 |
| db.r6i.xlarge | 4096 |
| db.r6i.large | 2048 |
| db.r6i.2xlarge | 8192 |
| db.r7g.4xlarge | 16384 |
| db.r7g.2xlarge | 8192 |
| db.r7g.xlarge | 4096 |
| db.r7g.large | 2048 |
| db.r8g.4xbesar | 16384 |
| db.r8g.2xbesar | 8192 |
| db.r8g.xlarge | 4096 |
| db.r8g.besar | 2048 |
| db.r7i.besar | 2048 |
| db.r7i.xlarge | 4096 |
| db.r7i.2xbesar | 8192 |
**catatan**
Neptunus tidak lagi mendukung `R4` tipe instance.
Ketika klien menutup sambungan dengan benar, penutupan segera tercermin dalam jumlah koneksi terbuka.
Jika klien tidak menutup sambungan, sambungan mungkin ditutup secara otomatis setelah batas waktu siaga 20 sampai 25 menit (batas waktu siaga adalah waktu berlalu sejak pesan terakhir diterima dari klien). Namun, selama waktu siaga tidak tercapai, Neptune membuat sambungan terbuka tanpa batas waktu.
Ketika otentikasi IAM diaktifkan, WebSocket koneksi selalu terputus beberapa menit lebih dari 10 hari setelah dibuat, jika belum ditutup saat itu.
## Batasan properti dan label
Tidak ada batas pada jumlah vertex dan edge, atau quad RDF Anda dapat miliki dalam grafik.
Juga tidak ada batasan pada jumlah properti atau label yang dapat dimiliki oleh salah satu vertex atau edge.
Ada batas ukuran 55 MB pada ukuran masing-masing properti atau label. Dalam istilah RDF, ini berarti bahwa nilai dalam setiap kolom (S, P, O atau G) dari quad RDF tidak dapat melebihi 55 MB.
Jika Anda perlu mengasosiasikan objek yang lebih besar seperti gambar dengan vertex atau node dalam grafik Anda, Anda dapat menyimpannya sebagai file di Amazon S3 dan menggunakan jalur Amazon S3 sebagai properti atau label.
## Batas yang memengaruhi loader massal Neptune
Anda tidak dapat mengantrekan lebih dari 64 pekerjaan beban massal Neptune sekaligus.
Neptune hanya melacak 1.024 pekerjaan beban massal terbaru.
Neptune hanya menyimpan 10.000 rincian kesalahan terakhir per pekerjaan.