A propos d'OCI Cache
OCI Cache est un service géré qui vous permet de créer et de gérer des clusters de cache, qui sont des solutions de stockage basées sur la mémoire pour les applications.
OCI Cache gère la gestion et les opérations des clusters, y compris les opérations telles que les mises à jour de sécurité.
OCI Cache prend en charge deux types de cluster : les clusters non distribués et les clusters distribués. Les clusters non partagés peuvent être configurés avec un à cinq noeuds. Un noeud du cluster est toujours configuré en tant que noeud principal, tout autre noeud configuré en tant que répliques. Tous les noeuds du cluster se trouvent dans la même région. Toutefois, le service tente de les répartir entre les domaines de pannes et les domaines de disponibilité (pour plusieurs régions de domaine de disponibilité) autant que possible.
Les clusters distribués n'ont pas de noeuds principaux ou de répliques au niveau du cluster. Au lieu de cela, ces clusters ont trois shards ou plus, les données étant réparties entre les shards du cluster, chaque shard contient une partie des données. Chaque shard a un noeud principal et jusqu'à quatre noeuds de réplique. Pour plus d'informations, reportez-vous à Clusters distribués OCI Cache.
Vous pouvez redimensionner les clusters, en ajustant le nombre de noeuds par cluster ou par shard, le nombre de shards par cluster distribué ou la quantité de mémoire disponible par noeud de cluster. Pour améliorer la redondance, vous pouvez augmenter le nombre de noeuds d'un cluster. Si vous avez besoin de plus de mémoire pour le cache, vous pouvez augmenter la mémoire par noeud. La bande passante est allouée au cluster lorsque vous ajustez la mémoire.
Pour plus d'informations, reportez-vous à Redimensionnement des noeuds pour un cluster de cache OCI, à Redimensionnement des shards pour un cluster de cache OCI et à Redimensionnement de la mémoire pour un cluster de cache OCI.
Version d'OCI Cache Engine
OCI Cache prend en charge les moteurs de cache suivants :
Nom | Description |
---|---|
VALKEY_7_2 | Open source Valkey version 7.2. Version recommandée. |
REDIS_7_0 | Open source Redis version 7.0. |
Identificateurs de ressource
OCI Cache prend en charge les clusters et les demandes de travail en tant que ressources Oracle Cloud Infrastructure. La plupart des types de ressource possèdent un identificateur unique affecté par Oracle appelé ID Oracle Cloud (OCID). Pour plus d'informations sur le format OCID et les autres moyens d'identifier les ressources, reportez-vous à Identificateurs de ressource.Disponibilité
OCI Cache est disponible dans toutes les régions commerciales Oracle Cloud Infrastructure. Reportez-vous à A propos des régions et des domaines de disponibilité afin d'obtenir la liste des régions disponibles pour Oracle Cloud Infrastructure, ainsi que les emplacements, identificateurs de région, clés de région et domaines de disponibilité associés.
Méthodes d'accès à OCI Cache
Vous pouvez accéder à OCI Cache à l'aide de la console (interface basée sur un navigateur), de l'interface de ligne de commande ou de l'API REST. Les instructions concernant la console, l'interface de ligne de commande et l'API sont incluses dans les rubriques de ce guide.
Pour accéder à la console, vous devez utiliser un navigateur pris en charge. Pour accéder à la page de connexion à la console, ouvrez le menu de navigation en haut de cette page et sélectionnez Console Infrastructure. Vous êtes invité à saisir votre locataire cloud, votre nom utilisateur et votre mot de passe.
Pour obtenir la liste des kits SDK disponibles, reportez-vous à Kits SDK et interface de ligne de commande. Pour obtenir des informations générales sur l'utilisation des API, reportez-vous à la documentation relative à l'API REST.
Limites
Les limites d'OCI Cache pour les régions OC1 sont les suivantes :
-
5 noeuds par cluster
-
500 Go par noeud
Les totaux cumulés pour tous les clusters d'une région sont les suivants :
-
40 noeuds
-
2048 GB
Authentification et autorisation
Chaque service d'Oracle Cloud Infrastructure s'intègre à IAM pour l'authentification et l'autorisation, sur toutes les interfaces (consolekit SDK ou interface de ligne de commande, et API REST).
Un administrateur d'une organisation doit configurer des groupes , des compartiments et des stratégies qui détermine quels utilisateurs peuvent accéder à quels services, quelles ressources, ainsi qu'à quel type d'accès. Par exemple, les stratégies indiquent qui peut créer les utilisateurs, créer et gérer le réseau cloud, créer les instances, créer les buckets, télécharger les objets, etc. Pour plus d'informations, reportez-vous à Gestion des domaines d'identité. Afin d'obtenir des détails spécifiques sur l'élaboration de stratégies pour chacun des différents services, reportez-vous à Référence de stratégie.
Si vous êtes un utilisateur standard (pas un administrateur) et que vous avez besoin des ressources Oracle Cloud Infrastructure de l'entreprise, demandez à un administrateur de configurer pour vous un ID utilisateur. L'administrateur peut confirmer les compartiments que vous pouvez utiliser.
- Pour plus de détails sur l'écriture de stratégies OCI Cache, reportez-vous à Stratégies OCI Cache IAM.
- Afin d'obtenir plus de détails sur l'écriture de stratégies pour d'autres services, reportez-vous à Référence de stratégie.
Surveillance et alarmes
Vous pouvez surveiller l'état, la capacité et les performances des clusters à l'aide des mesures , des alarmes et des notifications. Pour plus d'informations, reportez-vous à Mesures de cache OCI.
Application de patches à un cluster
OCI Cache gère les opérations de gestion et de maintenance d'un cluster pour vous, y compris l'application de patches programmés et de mises à jour de sécurité pour les noeuds d'un cluster. Lorsque le service applique des patches au noeud d'un cluster, un nouveau noeud est créé avec l'image corrigée. Les données sont ensuite répliquées sur le nouveau noeud en arrière-plan. Une fois le nouveau noeud entièrement rempli, le service remplace l'ancien noeud par le nouveau. Votre bibliothèque doit se reconnecter automatiquement après un swap de noeud. Dans le cas peu probable d'un délai, une perte de connexion de 1 milliseconde peut parfois se produire.