Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Bonnes pratiques : optimisation de Neptune
Voici quelques recommandations d'ordre général pour utiliser Amazon Neptune. Utilisez ces informations comme référence pour trouver rapidement des recommandations sur l'utilisation d'Amazon Neptune et l'optimisation des performances.
Table des matières
- Directives opérationnelles de base Amazon Neptune
- Bonnes pratiques de sécurité pour Amazon Neptune
- Éviter différentes classes d'instances dans un cluster
- Éviter les redémarrages répétés pendant le chargement en bloc
- Activation de l'index OSGP si le nombre de prédicats est élevé
- Éviter les transactions de longue durée dans la mesure du possible
- Bonnes pratiques pour l'utilisation des métriques Neptune
- Bonnes pratiques pour le réglage des requêtes Neptune
- Équilibrage de charge entre les réplicas en lecture
- Chargement plus rapide à l'aide d'une instance temporaire de plus grande taille
- Redimensionnement de l'instance d'enregistreur en basculant vers un réplica en lecture
- Nouvelle tentative de chargement après une erreur d'interruption de tâche de lecture anticipée des données
- Bonnes pratiques d'ordre général pour l'utilisation de Gremlin avec Neptune
- Testez le code Gremlin dans le contexte dans lequel vous allez le déployer
- Structurer les requêtes upsert pour tirer parti du moteur DFE
- Création d'écritures Gremlin multithreads efficaces
- Élagage des enregistrements avec la propriété de date/heure de création
- Utilisation de la méthode datetime( ) pour les données temporelles Groovy
- Utilisation de la date et de l'heure natives pour les données temporelles GLV
- Bonnes pratiques pour l'utilisation du client Java Gremlin avec Neptune
- Utilisation de la dernière version compatible du client Java Apache TinkerPop
- Réutilisation de l'objet client dans plusieurs threads
- Création d'objets client Java Gremlin distincts pour les points de terminaison en lecture et en écriture
- Ajout de plusieurs points de terminaison de réplica en lecture à un groupe de connexions Java Gremlin
- Fermeture du client pour éviter de limiter les connexions
- Création d'une connexion après un basculement
- Définition de maxInProcessPerConnection et maxSimultaneousUsagePerConnection sur la même valeur
- Envoi de requêtes au serveur sous la forme de bytecode et non de chaînes
- Utilisation systématique et intégrale de l'ensemble de résultats ou de l'itérateur renvoyé par une requête
- Ajout en bloc de sommets et d'arêtes dans des lots
- Désactivation de la mise en cache du DNS dans la machine virtuelle Java
- Définition facultative de délais d'expiration au niveau de chaque requête
- Contournement d'un bogue keep-alive dans les versions de client antérieures à la version 3.3.4
- Résolution des problèmes de java.util.concurrent.TimeoutException
- Bonnes pratiques Neptune avec openCypher et Bolt
- Préférer les arêtes dirigées aux arêtes bidirectionnelles dans les requêtes
- Neptune ne prend pas en charge plusieurs requêtes simultanées dans une transaction
- Création d'une connexion après un basculement
- Gestion des connexions pour les applications de longue durée
- Gestion des connexions pour AWS Lambda
- Fermer les objets Driver lorsque vous avez terminé
- Utilisation des modes de transaction explicites pour la lecture et l'écriture
- Logique des nouvelles tentatives pour les exceptions
- Bonnes pratiques Neptune avec l'utilisation de SPARQL