Amazon Neptune
Guide de l'utilisateur (Version de l'API 2017-11-29)

Limites Amazon Neptune

Régions

Amazon Neptune est disponible dans les régions suivantes :

  • USA Est (Virginie du Nord)

  • USA Est (Ohio)

  • USA Ouest (Oregon)

  • UE (Irlande)

  • UE (Londres)

  • UE (Francfort)

  • Asie-Pacifique (Singapour)

Tailles d'instance

Neptune prend en charge les classes d'instance de base de données db.r4.large , db.r4.xlarge, db.r4.2xlarge, db.r4.4xlarge et db.r4.8xlarge.

Limites par compte

Pour certaines fonctions de gestion, Amazon Neptune utilise une technologie opérationnelle qui est partagée avec Amazon RDS.

Chaque compte AWS a des limites pour chaque région AWS sur le nombre de ressources Amazon Neptune et Amazon RDS pouvant être créées. Cela inclut les ressources telles que les instances et les clusters de base de données.

Une fois qu'une limite a été atteinte pour une ressource, les appels supplémentaires pour créer cette ressource échouent avec une exception.

Pour obtenir la liste des limites partagées entre Amazon Neptune et Amazon RDS, consultez Limites dans Amazon RDS.

VPC obligatoire

Amazon Neptune est un service de cloud privé virtuel (VPC)–uniquement. En outre, les instances n'autorisent pas l'accès depuis l'extérieur du VPC.

SSL obligatoire

Les régions suivantes exigent SSL pour toutes les connexions.

  • Asie-Pacifique (Singapour)

Zones de disponibilité et groupes de sous-réseau de base de données

Amazon Neptune nécessite un groupe de sous-réseaux de bases de données pour chaque cluster qui comporte des sous-réseaux dans au moins deux Zones de disponibilité prises en charge. Nous vous recommandons d'utiliser trois sous-réseaux ou plus dans différentes zones de disponibilité.

Maximum de charges utiles de requête HTTP (150 Mo)

La taille totale des requêtes HTTP Gremlin et SPARQL doit être inférieure à 150 Mo. Si une demande dépasse cette taille, Neptune renvoie HTTP 400: BadRequestException. Cette limite ne s'applique pas aux connexions WebSockets Gremlin.

Implémentation de Gremlin

L'implémentation de Gremlin Amazon Neptune présente des détails d'implémentation spécifiques. Pour plus d'informations, consultez Neptune Différences d'exécution de Gremlin.

SPARQL UPDATE LOAD

SPARQL UPDATE LOAD à partir de l'URI fonctionne uniquement avec les ressources qui se trouvent dans le même VPC. Cela comprend les URL Amazon S3 de la même région que le cluster avec un point de terminaison VPC Amazon S3 créé. Pour plus d'informations sur la création d'un point de terminaison VPC, consultez Amazon S3Point de terminaison VPC.

L'URL Amazon S3 doit être en HTTPS et toute authentification doit être incluse dans l'URL. Pour plus d'informations, consultez Authentification des demandes : utilisation des paramètres de requête.

Si vous devez charger des données à partir d'un fichier, nous vous recommandons d'utiliser l'API chargeur Amazon Neptune. Pour plus d'informations, consultez Chargement de données dans Neptune.

Note

L'API chargeur Amazon Neptune est non ACID.

Authentification et accès

L'authentification et le contrôle d'accès IAM ne sont pas pris en charge pour Gremlin, SPARQL. Ils sont uniquement pris en charge au niveau du cluster de base de données. Voir Authentification de base de données IAM pour Neptune

La console Amazon Neptune nécessite les autorisations NeptuneReadOnlyAccess. Vous pouvez restreindre l'accès aux utilisateurs IAM en révoquant cet accès. Pour plus d'informations, consultez Stratégies gérées par AWS (prédéfinies) pour Amazon Neptune

Amazon Neptune ne prend pas en charge le contrôle d'accès basé sur le nom d'utilisateur/le mot de passe–.

Connexions simultanées WebSocket

Le nombre maximal de connexions WebSocket simultanées par instance de base de données est de 60 000. Lorsque la limite est atteinte, Neptune empêche une demande d'ouvrir une nouvelle connexion WebSocket.

Si un client ferme correctement une connexion, ceci est pris immédiatement. en compte dans le nombre de connexions ouvertes. Si le client ne ferme pas la connexion, la connexion reste ouverte jusqu'à ce qu'elle soit fermée après un délai d'inactivité de 60 minutes. Le délai d'inactivité correspond au temps écoulé depuis le dernier message reçu à partir du client.

Durée de connexion WebSocket maximale

Les connexions WebSocket sont déconnectées 36 heures après leur établissement.