Questions fréquentes (FAQ) sur Amazon Neptune

Amazon Neptune est un service de base de données orientée graphe fiable, rapide et entièrement géré qui facilite la création et l'exécution d'applications utilisant des jeux de données hautement connectés. Le noyau de Neptune est un moteur de base de données orientée graphe spécialisé et hautes performances. Ce moteur est optimisé pour le stockage de milliards de relations et de demandes avec une latence de l'ordre de quelques millisecondes. Neptune prend en charge les langages de requête de graphe populaires Apache TinkerPop Gremlin, W3C SPARQL et openCypher, permettant de générer facilement des requêtes qui naviguent efficacement dans les jeux de données hautement connectés. Neptune soutient les cas d'utilisation de graphes tels que les moteurs de recommandation, la détection des fraudes, les graphes de connaissance, la découverte de médicaments et la sécurité du réseau.

Neptune est hautement disponible grâce aux réplicas de lecture, à la restauration à un instant dans le passé, à la sauvegarde continue sur Amazon S3 et à la réplication à travers les zones de disponibilité. Neptune fournit des fonctionnalités de sécurité des données, avec prise en charge du chiffrement au repos et en transit. Neptune étant entièrement géré, vous n'avez plus besoin de vous soucier des tâches de gestion de base de données, comme la mise en service de matériel, l'application de correctifs logiciels, l'installation, la configuration ou les sauvegardes.

Amazon Neptune prend en charge deux langages de requête pour le modèle de données Property Graph, le langage de parcours Open Source Apache TinkerPop Gremlin et le langage de requête openCypher, et pour le modèle de données Resource Description Framework (RDF), Neptune prend en charge le langage de requête W3C open standard SPARQL.

Oui, chaque cluster Neptune peut stocker à la fois des données graphiques de propriétés et des données RDF. Neptune fournit un point de terminaison Gremlin (HTTPS et WebSocket), un point de terminaison openCypher (HTTPS et Bolt) et un point de terminaison SPARQL 1.1 Protocol REST. 

Pour les graphes de propriétés, vous pouvez exécuter une requête Gremlin ou openCypher sur les mêmes données, quelle que soit le langage utilisé pour saisir ces données. Vous trouverez peut-être plus pratique d'utiliser Gremlin pour certaines charges de travail et openCypher pour d'autres. Vous ne pouvez pas exécuter une requête pour des données graphiques de propriétés (Gremlin ou openCypher) sur des données RDF ou vice-versa.

Amazon Neptune fournit un serveur Gremlin Apache TinkerPop qui prend en charge les connexions HTTPS et WebSocket. Une fois que vous avez alloué une instance d'Amazon Neptune, vous pouvez configurer votre application TinkerPop existante pour utiliser le point de terminaison fourni par le service. Voir également Accès au graphe en passant par Gremlin.

Non, le serveur Gremlin d'Amazon Neptune prend en charge les clients qui sont compatibles avec Apache TinkerPop en utilisant à la fois les connexions WebSocket et HTTPS REST. La dernière version de Neptune est compatible avec TinkerPop 3.6.x. Pour plus d'informations, consultez la documentation.

Grâce à la prise en charge du langage de requête openCypher par Neptune, vous pouvez transférer la plupart des charges de travail Cypher ou Neo4j qui utilisent le protocole Bolt ou HTTPS vers Neptune. Pour plus d'informations sur la façon de migrer une application openCypher, consultez le guide de migration dans la documentation.

Amazon Neptune fournit un point de terminaison HTTPS REST qui implémente le protocole SPARQL 1.1. Une fois que vous avez alloué une instance de service, vous pouvez configurer votre application afin qu'elle pointe vers le point de terminaison SPARQL. Voir également Accès au graphe en passant par SPARQL.

Non. Le point de terminaison SPARQL d'Amazon Neptune fonctionne avec n'importe quel client prenant en charge le protocole SPARQL 1.1.

Oui, Neptune est conforme à la norme ACID en termes de cohérence immédiate sur l'instance du scripteur principal et de cohérence éventuelle sur les instances du réplica en lecture.

Amazon Neptune est un moteur de base de données orientée graphe spécialisé et hautes performances. Pour certaines fonctions de gestion, comme la gestion de cycle de vie d'instance, le chiffrement au repos avec les clés Amazon Key Management Service (KMS) et la gestion de groupes de sécurité, Neptune utilise une technologie opérationnelle partagée avec Amazon RDS.

Oui. Veuillez vous reporter à l'accord de niveau de service (SLA) Amazon Neptune.

Amazon Neptune est conçu pour prendre en charge les applications orientées graphe qui nécessitent un grand débit et des requêtes de graphe à faible latence. Avec la prise en charge d'un maximum de 15 réplicas en lecture, Amazon Neptune peut gérer plusieurs centaines de milliers de requêtes par seconde.

Oui, Amazon Neptune utilise l'optimisation des requêtes pour les requêtes Gremlin, openCypher et SPARQL. Pour en savoir plus, consultez Le moteur de requête alternatif (DFE) Amazon Neptune.

Non. Amazon Neptune est un moteur de base de données orientée graphe spécialisé et hautes performances. Neptune stocke et parcourt efficacement les données de graphe et utilise une architecture optimisée en mémoire et évolutive pour évaluer rapidement les requêtes sur de grands graphes.

Pour obtenir des informations sur la tarification actuelle, rendez-vous sur la page de tarification.

Consultez notre page de tarification pour obtenir des informations à jour concernant les régions et les tarifs.

Non. La réplication d'Amazon Neptune est comprise dans le prix. Vous êtes facturé en fonction de l'espace occupé par votre base de données au niveau de la couche de la base de données, et non pas en fonction de l'espace occupé dans la couche de stockage virtualisée d'Amazon Neptune.

Amazon Neptune a été conçu pour supprimer les opérations E/S inutiles, afin de réduire les coûts et de garantir la disponibilité des ressources dans le but de gérer le trafic de lecture/écriture. Les E/S en écriture sont consommées uniquement lorsque vous transférez les fichiers journaux de transactions vers la couche de stockage afin d'augmenter la durabilité des écritures. Les E/S en écriture sont rassemblées en unités de 4 Ko chacune. Par exemple, un fichier journal de transaction de 1 024 octets comptera comme une opération d'E/S. Cependant, les opérations d'écriture simultanées dont le journal de transaction est inférieur à 4 Ko peuvent être traitées par lots par le moteur de base de données Amazon Neptune afin d'optimiser la consommation d'E/S. À la différence des moteurs de base de données traditionnels, Amazon Neptune ne transfère jamais les pages de bases de données modifiées vers la couche de stockage, vous permettant ainsi de réduire encore davantage votre consommation d'E/S.

Vous pouvez mettre à l'échelle les ressources de calcul attribuées à votre instance de base de données dans la console de gestion AWS en sélectionnant l'instance de base de données souhaitée et en cliquant sur le bouton Modifier. Les ressources de mémoire et de CPU peuvent être modifiées en changeant votre classe d'instance DB.

Lorsque vous modifiez votre classe d'instance DB, les changements requis sont appliqués au cours de la fenêtre de maintenance que vous avez définie. Vous pouvez aussi utiliser l'indicateur « Appliquer immédiatement » pour appliquer immédiatement vos demandes de dimensionnement. Ces deux options affecteront la disponibilité pendant quelques minutes, le temps de l'opération de dimensionnement. N'oubliez pas que toutes les modifications système en attente seront également appliquées.

Vous pouvez adapter automatiquement la capacité de votre base de données avec Amazon Neptune Serverless. Neptune Serverless vous permet d'exécuter et de redimensionner instantanément les charges de travail liées aux graphes, sans avoir à gérer ni optimiser la capacité. Neptune Serverless détermine et provisionne automatiquement les ressources de calcul et de mémoire nécessaires à l'exécution de la base de données orientée graphe, et adapte la capacité en fonction de l'évolution des exigences de la charge de travail afin de maintenir des performances constantes.

Oui, Neptune prend en charge la mise à l'échelle automatique des réplicas en lecture des instances. Vous pouvez configurer la mise à l’échelle automatique pour ajouter ou supprimer automatiquement des répliques en lecture en réponse aux modifications de vos exigences en matière de connectivité ou de charge de travail. Pour en savoir plus, consultez la documentation.

Les sauvegardes automatisées sont toujours activées sur les instances de base de données Amazon Neptune. Les sauvegardes n'affectent pas les performances de la base de données.

Oui, et prendre des instantanés n'affecte pas les performances. Veuillez noter que la restauration de données à partir des instantanés de base de données requiert la création d'une instance de base de données.

Amazon Neptune conserve automatiquement six copies de vos données dans trois zones de disponibilité et tentera de récupérer automatiquement votre base de données dans une zone de disponibilité saine, sans aucune perte de données. Dans le cas improbable où vos données ne sont pas disponibles dans l'espace de stockage d'Amazon Neptune, vous pouvez les restaurer à partir d'un instantané de bases de données ou effectuer une opération de restauration à un moment donné dans une nouvelle instance. Notez que la fenêtre la plus récente possible pour une opération de restauration à un instant dans le passé possible remonte à cinq minutes.

Vous pouvez choisir de créer un instantané de base de données final au moment de supprimer votre instance de base de données. De cette manière, vous pourrez utiliser cet instantané de base de données pour restaurer l'instance de base de données supprimée ultérieurement. Amazon Neptune conserve cet instantané de bases de données final créé par l'utilisateur avec les autres instantanés de bases de données créés manuellement, et ce, même après la suppression de l'instance de base de données. Seuls les instantanés de bases de données sont conservés après la suppression de l'instance de base de données (c'est-à-dire que les sauvegardes automatisées créées pour la restauration à un moment donné ne sont pas conservées).

Oui. Neptune vous offre la possibilité de créer des instantanés de vos bases de données, afin de les utiliser ultérieurement pour restaurer une base de données. Vous pouvez partager un instantané avec un autre compte AWS, et le propriétaire du compte destinataire pourra utiliser votre instantané pour restaurer une base de données contenant vos données. Il est même possible de créer des instantanés publics, qui pourront être utilisés par n'importe qui pour restaurer une base de données contenant vos données (publiques). Vous pouvez utiliser cette fonction pour partager les données entre vos divers environnements (production, dev/test, transfert, etc.) liés à des comptes AWS différents, ainsi que pour conserver les sauvegardes de toutes vos données en sécurité dans un compte séparé au cas où votre compte AWS principal serait compromis.

Le partage d'instantanés entre les comptes ne fait pas l'objet de frais supplémentaires. Toutefois, vous pourrez être facturé pour les instantanés en eux-mêmes, ainsi que pour les bases de données restaurées à partir d'instantanés partagés. En savoir plus sur la tarification Amazon Neptune.

Nous ne prenons pas en charge le partage automatique d'instantanés de bases de données. Pour partager un instantané automatique, vous devez créer manuellement une copie de celui-ci, puis partager la copie.

Vous pouvez partager les instantanés manuels avec un maximum de 20 ID de compte AWS. Si vous souhaitez partager un instantané avec plus de 20 comptes, partagez-le publiquement ou contactez le service de support pour augmenter votre quota.

Vous pouvez partager vos instantanés Neptune dans toutes les régions AWS où Amazon Neptune est disponible.

Vos instantanés Amazon Neptune partagés ne seront accessibles que par les comptes appartenant à la même région que le compte qui les partage.

Oui. Vous pouvez partager les instantanés Amazon Neptune chiffrés.

Non, les instantanés d'Amazon Neptune ne peuvent être utilisés qu'au sein du service.

Amazon Neptune divise automatiquement le volume de votre base de données en segments de 10 Go répartis sur plusieurs disques. Chaque lot de 10 Go du volume de votre base de données est répliqué six fois dans trois zones de disponibilité. Amazon Neptune est conçu pour prendre en charge de manière transparente la perte de jusqu'à deux copies de données sans compromettre la disponibilité en écriture de la base de données et jusqu'à trois copies sans compromettre la disponibilité en lecture. Le stockage Amazon Neptune est également doté d'un mécanisme d'autoréparation. Les blocs de données et les disques sont continuellement analysés à la recherche d'erreurs et sont réparés automatiquement.

Contrairement aux autres bases de données, après la défaillance d'une base de données, Amazon Neptune n'a pas besoin de relire le journal redo à partir du dernier point de vérification de la base de données (remontant généralement à cinq minutes) et de confirmer tous les changements qui ont été apportés, avant de mettre à disposition la base de données pour les opérations. Cela réduit les durées de redémarrage de la base de données à moins de 60 secondes dans la plupart des cas. Amazon Neptune supprime le cache des tampons du processus de la base de données et la met immédiatement à votre disposition au moment du redémarrage. Cela vous évite de limiter l'accès jusqu'à ce que le cache soit rempli à nouveau afin d'éviter les baisses de tension.

Amazon Neptune prend en charge les réplicas en lecture, qui partagent le même volume sous-jacent que l'instance principale. Les mises à jour effectuées par l'instance principale sont visibles sur tous les réplicas Amazon Neptune. Un cluster Neptune peut avoir une instance du scripteur et jusqu'à 15 réplicas en lecture. En cas de défaillance d'une instance du scripteur, un réplica en lecture sera automatiquement promu en instance du scripteur.

Oui, Amazon Neptune prend en charge la réplication entre régions en configurant votre cluster Neptune pour utiliser la base de données mondiale. Consultez Base de données mondiale Amazon Neptune.

Oui. Vous pouvez attribuer un niveau de priorité à chaque instance sur votre cluster. En cas de défaillance de l'instance principale, Amazon Neptune choisit le réplica dont le niveau de priorité est le plus élevé et le définit comme la nouvelle instance principale. En cas de conflit entre deux réplicas ou plus du même niveau de priorité, Amazon Neptune choisit le réplica dont la taille est identique à celle de l'instance principale.

Vous pouvez modifier le niveau de priorité d'une instance à tout moment. Le simple fait de modifier les niveaux de priorité ne déclenchera pas un basculement.

Vous pouvez attribuer des niveaux de priorité inférieurs aux réplicas que vous ne souhaitez pas voir promus comme l'instance primaire. Cependant, si les réplicas de niveau supérieur du cluster sont défectueux ou indisponibles pour quelque raison que ce soit, Amazon Neptune promouvra un réplica de niveau inférieur.

Vous pouvez ajouter des réplicas Amazon Neptune. Les réplicas Amazon Neptune partagent le même stockage sous-jacent en tant qu'instance principale. Tout réplica Amazon Neptune peut être promu pour devenir une instance principale sans aucune perte de données et de ce fait peut être utilisé pour améliorer la tolérance aux pannes en cas de défaillance de l'instance de base de données principale. Pour augmenter la disponibilité de la base de données, il suffit de créer 1 à 15 réplicas, et Amazon Neptune les inclura automatiquement dans la sélection principale de basculement en cas de panne d'une base de données.

Le basculement est automatiquement traité par Amazon Neptune afin que vos applications puissent reprendre vos opérations de base de données aussi vite que possible, sans intervention d'administration manuelle.

Si un de vos réplicas Amazon Neptune se trouve dans la même zone de disponibilité ou dans une autre zone de disponibilité, lors du basculement, Amazon Neptune retourne simplement l'enregistrement de nom canonique (CNAME) de votre point de terminaison d'instance de base de données pour pointer vers le réplica sain, qui est promue à son tour afin de devenir la nouvelle instance principale. Du début à la fin, le basculement s'effectue généralement en 30 secondes. De plus, le point de terminaison des réplicas en lecture ne nécessite pas de mises à jour du CNAME durant le basculement.

Si vous ne disposez d'aucun réplica Amazon Neptune (c'est-à-dire, une instance unique), Neptune tentera d'abord de créer une nouvelle instance de base de données dans la même zone de disponibilité que l'instance d'origine. S'il vous est impossible d'effectuer cette opération, Neptune tentera de créer une nouvelle instance de base de données dans une autre zone de disponibilité. Du début à la fin, le basculement dure en général moins de 15 minutes.

Votre application devrait tenter de nouvelles requêtes à la base de données dans le cas d'une perte de connexion. 

Amazon Neptune détectera automatiquement un problème dans votre instance principale et commencera le routage du trafic en lecture/écriture vers un réplica Amazon Neptune. En moyenne, ce basculement dure 30 secondes. En outre, le trafic en lecture servi par vos réplicas Amazon Neptune sera momentanément interrompu.

Étant donné que les réplicas Amazon Neptune partagent le même volume de données que l'instance principale, il n'y a quasiment pas de retard de réplication. Nous constatons généralement des périodes de retard de l'ordre d'une dizaine de millisecondes.

Oui, toutes les instances de base de données d'Amazon Neptune doivent être créées dans un VPC. Avec Amazon VPC, vous pouvez définir une topologie virtuelle de réseau qui ressemble étroitement à un réseau traditionnel que vous pourriez faire fonctionner dans votre propre centre de données. Vous disposez d'un contrôle total sur les utilisateurs pouvant accéder à vos bases de données Amazon Neptune.

Amazon Neptune prend en charge les connexions clients chiffrées HTTPS et vous permet également de chiffrer vos bases de données à l'aide de clés que vous gérez par l'intermédiaire d'AWS Key Management Service (KMS). Sur une instance de base de données en cours d'exécution utilisant le chiffrement Amazon Neptune, les données stockées au repos dans le stockage sous-jacent sont chiffrées, tout comme leurs sauvegardes automatisées, leurs instantanés et leurs réplicas dans le même cluster. Le chiffrement et le déchiffrement sont gérés de manière transparente. Pour plus d'informations concernant l'utilisation de KMS avec Amazon Neptune, reportez-vous au guide de l'utilisateur Amazon Neptune.

Le chiffrement des instances Neptune non chiffrées existantes n'est actuellement pas pris en charge. Pour utiliser le chiffrement Amazon Neptune pour une base de données non chiffrée existante, créez une instance de base de données avec chiffrement activé, puis effectuez la migration de vos données vers celle-ci.

L'accès aux bases de données Amazon Neptune doit se faire par le biais du port HTTPS saisi lors de la création de la base de données dans votre VPC. Cette mesure a été prise afin d'offrir un niveau de sécurité supplémentaire concernant vos données. Vous trouverez des instructions étape par étape concernant la connexion à votre base de données Amazon Neptune dans le guide de l'utilisateur Amazon Neptune.