Compute Classic est une solution IaaS (Infrastructure as a Service) qui fournit aux clients des ressources de calcul évolutives à la demande (machines virtuelles avec les ressources de stockage et de mise en réseau requises) dans Oracle Public Cloud.
Vous pouvez vous abonner aux offres Compute Classic suivantes :
Consultez la liste des tarifs ici.
Pour obtenir des informations sur la facturation Oracle Cloud Infrastructure, reportez-vous au guide de facturation.
Le tableau suivant récapitule les différences entre les fonctionnalités des offres Compute Classic et Dedicated Compute Classic :
Une OCPU est définie ainsi : capacité d'UC équivalente à un coeur physique de processeur Intel Xeon avec hyperthread activé. Pour le processeur Intel Xeon, chaque OCPU représente deux threads d'exécution de matériel, connus sous le nom d'UC virtuelles.
Compute Classic est compatible avec plusieurs systèmes d'exploitation. Certaines images sont fournies par Oracle et d'autres par des partenaires d'Oracle.
Vous pouvez bien sûr créer votre propre image de A à Z.
Oracle fournit des licences pour les instances Windows de Compute Classic déployées à partir d'Oracle Cloud Marketplace. Lorsque vous utilisez une image Windows à partir d'Oracle Cloud Marketplace, les conditions d'utilisation de cette image sont affichées. Vous devez lire et accepter ces conditions avant de pouvoir créer une instance Windows.
Oui. Vous pouvez utiliser la fonction de mobilité de licence via la Software Assurance pour utiliser des licences d'autres produits Microsoft sur vos instances Windows. Reportez-vous à la page https://www.microsoft.com/en-us/licensing/licensing-programs/software-assurance-license-mobility
Vous pouvez ajouter une image Windows personnalisée à Compute Classic lorsque vous utilisez votre propre licence, comme décrit ci-dessous. Vous ne pouvez pas utiliser de licence fournie par Compute Classic dans votre image Windows personnalisée pour le moment.
Oracle prend en charge le système d'exploitation sur les instances Windows. Oracle ne fournit de support pour aucun autre produit Microsoft ni pour aucune application tierce ou open source que vous déployez sur vos instances Windows.
Consultez le tableau ci-dessous pour déterminer l'offre qui répond le mieux à vos exigences en matière de licence.
*Sous réserve des conditions générales de Microsoft.
**Les licences d'applications peuvent nécessiter la fonction de mobilité de licence via la Software Assurance lors de l'exécution sur les instances Oracle Cloud Infrastructure Classic Windows Server. Les questions concernant vos droits de licence doivent être adressées à Microsoft ou à votre revendeur Microsoft.
Notez que lorsque vous utilisez votre licence dans Compute Classic, vous portez l'entière responsabilité de vos obligations en matière de licence envers Microsoft.
Oracle Database Backup Service est une solution à la demande sécurisée et évolutive pour le stockage des sauvegardes Oracle Database dans Oracle Cloud.
Les bases de données Oracle sont sauvegardées sur Oracle Database Backup Service à l'aide du module Oracle Database Cloud Backup. Ce module est disponible à partir d'Oracle Technology Network (OTN). Il est étroitement intégré à Recovery Manager (RMAN) et vous pouvez utiliser les commandes RMAN habituelles pour les opérations de sauvegarde et de restauration.
Oracle Database 10g version 2 (10.2) ou ultérieure peut être sauvegardée sur Oracle Database Backup Service. Le module Oracle Database Cloud Backup peut être installé sur les systèmes d'exploitation Linux, Solaris, SPARC, HP-UX, AIX, zLinux et Windows (64 bits).
Téléchargez le module à partir d'OTN : https://www.oracle.com/database/technologies/oracle-cloud-backup-downloads.html
Les données stockées à l'aide d'Oracle Database Backup Service sont automatiquement répliquées vers trois ordinateurs distincts dans le même data center. Cette triple mise en miroir empêche la perte de données en cas de panne du matériel.
Utilisez RMAN pour crypter les sauvegardes avant de les envoyer vers Oracle Cloud. Les clés sont conservées en local sur votre site, et non sur le cloud. Les sauvegardes cryptées sont transférées et stockées sur le cloud en toute sécurité.
C'est lors de l'abonnement à Oracle Database Backup Service que vous définirez la capacité de stockage nécessaire. Cette limite de stockage ne peut pas être dépassée mais vous pouvez rapidement l'augmenter en achetant plus de capacité sur demande.
Vous pouvez accéder aux métriques détaillées dans le tableau de bord Mes services. Cliquez sur le nom du service pour afficher la page de détails qui lui correspond, puis cliquez sur Mesures pour afficher les données d'utilisation.
RMAN est l'interface principale pour ces opérations. Vous pouvez déterminer des stratégies de conservation, effectuer des contre-vérifications et supprimer des sauvegardes à l'aide des commandes RMAN standard.
Oui. Les sauvegardes HCC sont prises en charge et restent compressées lorsqu'elles sont inactives dans Oracle Cloud.
Oracle Corente Cloud Services Exchange (Corente CSX) est un service réseau défini par logiciel (SDN) basé sur le cloud qui fournit des services de connectivité fiables vers et à partir de n'importe quel emplacement, de manière moins complexe, plus rapide et plus rentable par rapport aux approches classiques. Corente Services Gateway (CSG) est une appliance virtuelle distribuée, située à la périphérie du réseau qui fournit des adresses sécurisées pour les réseaux privés virtuels sur les réseaux IP avec une installation ZTI (Zero Touch Installation). Corente Services Gateway est installé sur le site de chaque agence ou partenaire, créant ainsi une connexion de bout en bout sécurisée pour le trafic d'application. Corente Services Gateway isole également les connexions hors bande avec la plateforme de gestion de service centralisée de point de contrôle de service, qui fournit courtage de services, médiation, orchestration du réseau virtuel, surveillance, administration, et journalisation, selon des stratégies sécurisées.
Si la sécurité de vos données vous préoccupe lors de leur connexion sur le réseau Internet public, de votre data center jusqu'à Oracle Cloud Infrastructure, utilisez VPN for Compute Classic. Il est disponible pour les services Oracle Cloud Infrastructure Compute Classic, DBCS et JCS.
Un compte Corente sera créé, puis vous sera envoyé par e-mail une fois que vous aurez acheté des services Oracle Cloud Infrastructure Compute Classic, DBCS ou JCS.
Oui. Vous pouvez configurer plusieurs passerelles pour créer une interconnexion avec plusieurs autres emplacements de passerelle.
Oui. Il utilise le protocole IPSec standard.
VPN for Dedicated Compute Classic est la solution VPN hardware pour Dedicated Compute Classic uniquement. VPN for Compute Classic est une solution VPN basée sur une machine virtuelle pour un usage général du calcul, DBCS, JCS, etc.
Vous pouvez installer les passerelles de services Corente sur les plateformes de virtualisation suivantes :
Actuellement, les appareils VPN tiers ne fonctionnent pas avec le service Corente. Les emplacements d'adresse VPN doivent installer un appareil Corente Services Gateway.
Vous pouvez utiliser la même appliance Corente Services Gateway pour plusieurs services IaaS et PaaS, à condition qu'elle se trouve dans la même zone de calcul, par exemple us2-z23. Nous vous recommandons vivement d'utiliser différentes passerelles Corente pour chaque service.
FastConnect Classic vous permet d'accéder à vos services IaaS et PaaS Oracle Cloud via une connexion directe à partir de vos installations on-premise ou en colocalisation. Ce service fournit un chemin direct et déterministe de votre réseau vers les services Oracle Cloud, de sorte que vos données ne soient pas transférées via le réseau Internet public. Cela garantit des performances cohérentes, une bande passante dédiée et une latence contrôlée ou réduite. L'offre Oracle Cloud Infrastructure FastConnect Classic existe en deux modèles afin de s'adapter aux besoins de chaque entreprise et de proposer la solution optimale selon les cas d'utilisation :
Contactez votre représentant Oracle Sales pour identifier la solution qui correspond à vos besoins.
FastConnect Classic avec un modèle de services Standard Edition permet d'accéder à vos services IaaS et PaaS Oracle Cloud via une connexion directe à partir de vos installations on-premise ou en colocalisation. Avec ce service, vous pouvez connecter vos routeurs périphériques réseau directement aux routeurs périphériques Oracle et acheminer le trafic vers et depuis Oracle Cloud grâce au protocole BGP. Ce service fournit un chemin direct et déterministe de votre réseau vers les services Oracle Cloud IaaS et PaaS, de sorte que vos données ne sont pas transférées via le réseau Internet public. Ainsi, les performances sont cohérentes, la bande passante dédiée et la latence réduite ou contrôlée.
FastConnect Classic avec modèle de service Partner Edition est proposé par l'intermédiaire d'un partenaire, comme un fournisseur de services réseau VPN IP, VPN MPLS ou un fournisseur d'échange de data center. Vous bénéficiez ainsi d'une méthode standard simple pour vous connecter à Oracle. Il utilise le protocole BGP (Border Gateway Protocol) afin d'échanger des informations de routage avec votre réseau via le partenaire. Vous pouvez ainsi accéder à vos services IaaS et PaaS Oracle Cloud par une voie plus directe, autre que l'Internet public. Reportez-vous à A propos du service dans FastConnect Classic Partner Edition.
L'établissement d'une connexion directe aux services Oracle Cloud à partir de vos installations on-premise présente les avantages suivants :
Grâce à FastConnect Classic avec modèle de service Standard Edition, vous pouvez connecter vos routeurs périphériques directement aux routeurs périphériques Oracle à un emplacement de data centers spécifique et établir directement une session d'appairage BGP avec Oracle.FastConnect Classic Partner Edition : votre connectivité aux services Oracle Cloud est provisionnée par l'intermédiaire d'un partenaire, comme Equinix Cloud Exchange ou des fournisseurs VPN MPLS.
FastConnect Classic prend en charge l'accès aux services IaaS et PaaS Oracle Cloud. Tous les services Oracle Cloud répertoriés ne sont pas pris en charge dans toutes les villes. Pour plus d'informations sur les services Oracle Cloud auxquels vous pouvez accéder dans votre ville, contactez votre représentant Oracle Sales. Pour obtenir la liste complète des services IaaS et PaaS d'Oracle Cloud, reportez-vous à https://www.oracle.com/cloud/.
Pour obtenir la liste la plus à jour des lieux où ce service est disponible, contactez le service commercial Oracle.
Votre data center ne doit pas obligatoirement être colocalisé avec un data center Oracle. Cependant, vous devez vous connecter au data center Oracle dans la ville où votre service Oracle Cloud est provisionné. Pour ce faire, utilisez un raccordement fibre lorsque vous êtes colocalisé avec le data center Oracle.
Oui. Vous pouvez tout de même utiliser le service via un opérateur ou un fournisseur de services réseau régional pour étendre votre réseau de vos installations on-premise au data center Oracle. Contactez votre fournisseur de services réseau pour commander une ligne Ethernet privée dans la ville dans laquelle le service Oracle Cloud est provisionné.
Non. Vous devez vous renseigner auprès de votre fournisseur de services réseau pour commander la ligne privée nécessaire entre votre environnement on-premise et le centre Oracle.
Vous avez besoin d'un équipement réseau capable de prendre en charge le routage de couche 3 avec Border Gateway Protocol, ainsi que le balisage VLAN 802.1Q.
FastConnect Classic avec modèle de service Standard Edition assure une haute disponibilité. Lorsque vous commandez ce service, Oracle provisionne deux ports redondants auxquels vous connecter. Pour bénéficier d'une redondance de bout en bout à la périphérie de votre réseau et honorer le contrat de niveau de service de 99,9 %, vous devez commander des lignes ou circuits redondants à votre fournisseur de services réseau, ainsi que des interconnexions avec les routeurs de bordure Oracle physiquement séparées à partir des routeurs redondants de votre réseau. Vous devez également établir deux pairs BGP redondants. Il n'est pas obligatoire de configurer deux interconnexions physiques mais vous perdez le contrat de niveau de service de 99,9 % si vous n'avez qu'une interconnexion physique et un pair BGP.
Après avoir reçu les informations de configuration envoyées par Oracle, établissez une connectivité logique et effectuez les configurations de routage BGP sur vos routeurs de bordure. Terminez toute configuration supplémentaire dans votre environnement pour gérer le flux de trafic dans FastConnect Classic avec modèle de service Standard Edition. Oracle utilise ses préfixes IPv4 sur le pair BGP avec vos routeurs. Vous devez accepter ces préfixes et configurer la priorité requise pour le trafic vers des adresses spécifiques pour vos services sur le pair FastConnect Classic avec Oracle.
Oui. Vous pouvez utiliser une clé prépartagée pour la session BGP au moment de configurer la connexion.
Non. Vous devez utiliser des adresses IP routables publiquement sur votre session appairée avec Oracle.
Oracle l'examine et l'approuve au cas par cas. Vous devez soumettre la demande via l'équipe de compte Oracle. Lors de la soumission de la demande, fournissez des informations sur le propriétaire des préfixes publics et la raison de leur utilisation.
Vous pouvez utiliser un maximum de 200 préfixes IPv4 sur l'appairage BGP pour FastConnect Classic avec modèle de service Standard Edition.
Si vous avez configuré des connexions redondantes de la périphérie de votre réseau vers le data center Oracle et qu'un seul de vos liens échoue, la connectivité ne sera pas interrompue. Si vos deux liens vers le data center Oracle échouent, vous ne pourrez pas utiliser FastConnect Classic avec modèle de service Standard Edition tant que la connectivité n'aura pas été restaurée.
Vous devrez établir et tester les configurations appropriées sur vos routeurs pour vous assurer que vous ne perdrez pas la connectivité en cas d'échec d'un lien.
Même si vos deux liens vers FastConnect Classic avec modèle de service Standard Edition échouent, vous ne perdrez pas l'accès aux services Oracle Cloud car ils seront toujours disponibles via le réseau Internet public. Vous pouvez reconfigurer vos routeurs pour acheminer le trafic lié à vos services IaaS et PaaS Oracle Cloud via le réseau Internet public.
Vous devrez établir et tester les configurations et procédures appropriées pour garantir un accès ininterrompu à vos services Oracle Cloud IaaS et PaaS via le réseau Internet public même lorsque vos deux liens vers FastConnect Classic échouent.
Oui. FastConnect Classic avec modèle de service Standard Edition est configuré comme actif-actif pour les deux liens. Les deux sessions BGP sur les deux liens sont actives et peuvent transmettre le trafic à tout moment pour fournir une haute disponibilité. Vous devez configurer votre routage BGP pour transmettre le trafic via un seul lien à la fois. Vous devez également définir vos préférences locales BGP pour que le trafic vers FastConnect Classic soit acheminé vers le lien principal. Le lien secondaire n'est utilisé que si la connexion via le routeur ou le lien principal échoue.
Non. L'ID FastConnect que vous recevez lorsque FastConnect Classic est provisionné est valide pour une paire redondante de connexions à un emplacement.
Non. La connectivité de couche 2 vers FastConnect Classic n'est pas prise en charge.
Un numéro de système autonome ou numéro ASN est utilisé sur Internet pour identifier un réseau unique, ou un groupe de réseaux gérés et contrôlés par une entité administrative de réseau commune telle qu'un fournisseur de services Internet, une entreprise ou un institut, par exemple. Un système autonome est un domaine de routage géré par l'administrateur réseau de ce domaine. Un numéro unique global est affecté au système autonome : il s'agit du numéro de système autonome. Consultez la page http://www.iana.org/assignments/as-numbers/as-numbers.xhtml.
L'ASN pour Oracle Cloud Infrastructure est actuellement AS7160.
L'ID FastConnect est créé lors de la commande du service FastConnect Classic. Contactez le service commercial Oracle pour obtenir votre ID FastConnect.
Non. Vous devez commander FastConnect Classic avec modèle de service Standard Edition à l'endroit où vos services Oracle sont provisionnés et vous connecter via le data center Oracle à ce même endroit.
Si vos services IaaS et PaaS Oracle Cloud sont provisionnés à plusieurs emplacements, vous devrez établir la connexion FastConnect Classic à chacun des emplacements auxquels vos services sont provisionnés. Par exemple, si vos services sont à Chicago et à Ashburn, vous devez commander et provisionner des connexions FastConnect Classic à ces deux endroits. Pour plus d'informations sur les services Oracle Cloud auxquels vous pouvez accéder dans votre ville, contactez votre représentant Oracle Sales.
Les vitesses de connexion disponibles sur les routeurs Oracle sont 1 Gbit/s et 10 Gbits/s. Cependant, les options de connectivité et les fonctionnalités du service sont constamment mises à niveau. Pour plus d'informations et de mises à jour, contactez votre équipe de compte Oracle.
Vous pouvez sélectionner différentes vitesses pour les connexions FastConnect Classic avec modèle de service Standard Edition qui sont provisionnées dans différentes villes ou à différents endroits. Par exemple, si vous provisionnez une connexion FastConnect Classic avec modèle de service Standard Edition à Chicago et une autre à Ashburn, vous pouvez choisir 10 Gbits/s pour une ville et 1 Gbit/s pour l'autre en fonction de vos exigences.
Oui. Vous pouvez provisionner FastConnect Classic avec modèle de service Standard Edition à un endroit et FastConnect Classic Partner Edition à un autre endroit en fonction de vos exigences. Contactez le service commercial d'Oracle pour obtenir davantage d'informations à propos des services Oracle Cloud auxquels vous pouvez accéder dans votre ville et de ceux que vous pouvez utiliser en fonction des villes.
Non. FastConnect Classic avec modèle de service Standard Edition offre la possibilité d'acheminer le trafic vers et depuis Oracle sans avoir à traverser l'Internet public, mais il ne s'agit pas d'un tunnel VPN IPSec.
Oui. Vous pouvez établir un tunnel VPN IPSec vers Oracle après avoir établi une connectivité directe avec FastConnect Classic avec modèle de service Standard Edition. Pour plus d'informations sur l'établissement d'un canal VPN IPSec à partir de votre data center, reportez-vous à Connecting to Instances in a Dedicated Site Using VPN dans le guide Utilisation d'Oracle Compute Classic.
Non. Vous pouvez établir un tunnel VPN IPSec pour fournir une couche supplémentaire de sécurité, mais ce n'est pas obligatoire. Si vous accédez aux services Dedicated Compute Classic via Oracle FastConnect Classic Partner Edition, vous devez utiliser la tunnellisation VPN IPSec pour étendre votre réseau privé on-premise.
Il s'agit d'une solution de stockage d'objets permettant de stocker des fichiers et des données structurées de manière sécurisée et fiable dans le cloud. Les données peuvent être stockées ou extraites à tout moment et à partir de n'importe quel appareil connecté à Internet.
Oracle Cloud Infrastructure Archive Storage Classic fait partie du service Object Storage Classic mesuré. Il fournit un espace de stockage pour les applications et les workloads devant être conservés durablement et ce, au prix actuel le plus bas du marché.
En tant qu'archive de « cloud profond », Archive Storage Classic convient parfaitement aux ensembles de données à grande échelle rarement utilisés tels que les dossiers financiers d'entreprise, les archives pharmaceutiques et médicales, la préservation culturelle numérique, les dossiers d'assurance et les originaux numériques.
Les données peuvent être stockées et extraites vers et depuis Object Storage Classic via un service Web RESTful et une bibliothèque Java.
Les applications de sauvegarde Oracle et tierces peuvent être utilisées pour accéder aux données stockées et les gérer.
Dès que les données sont stockées dans Object Storage Classic, elles sont automatiquement répliquées 3 fois vers des machines distinctes au sein du même data center. Cette mise en miroir automatique empêche la perte de données causée par des pannes matérielles.
L'accès aux données est basé sur les rôles utilisateur. Les administrateurs de comptes peuvent créer des rôles utilisateur personnalisés dans leur domaine d'identité et ces rôles peuvent être utilisés pour affecter des privilèges de lecture seule ou de lecture/écriture aux conteneurs. Les administrateurs de service peuvent également définir des conteneurs publiquement accessibles en lecture si nécessaire.
Les utilisateurs peuvent crypter leurs données avant de les stocker en tant qu'objet dans Object Storage Classic à l'aide de la bibliothèque Java. Les données d'objet peuvent être chiffrées avec une paire de clés RSA 2048 bits fournie et gérée par le client.
Pour les comptes Object Storage Classic non mesurés, l'acheteur doit indiquer la capacité de stockage nécessaire. Les utilisateurs de l'instance de service ne peuvent pas stocker plus de données que celles achetées initialement. A tout moment, l'acheteur peut augmenter la capacité de stockage d'une instance de service.
Pour les comptes Object Storage Classic mesurés (qui font partie d'Oracle Cloud Infrastructure), les utilisateurs de l'instance peuvent stocker autant de données que nécessaire tant que le compte est en règle. Les acheteurs seront facturés pour leur utilisation sur une base régulière.
Des fichiers de toute taille peuvent être téléchargés vers Object Storage Classic. Un seul objet dans Object Storage Classic peut atteindre une taille maximale de 5 Go. Pour stocker des fichiers de plus de 5 Go, il suffit de segmenter le fichier d'origine en une taille inférieure ou égale à 5 Go et de télécharger les segments en suivant une convention de dénomination définie. Créez ensuite un objet manifeste pour représenter toutes les parties du fichier d'origine. Le fichier résultant peut ensuite être téléchargé en tant que fichier unique et est identique au fichier d'origine.
Oui. La suppression d'objets individuels peut être planifiée. Pour plus de détails, consultez la documentation.
Les abonnements non mesurés ont des limites de quota de ressources par mois. Lorsque l'utilisation des ressources pendant un mois donné dépasse les limites de quota, l'abonnement est facturé à la fin du mois échu. Pour savoir quelles sont les limites de quota de ressources de votre abonnement non mesuré et avoir des informations sur votre utilisation, connectez-vous à Mes services.
Pour éviter l'application de frais supplémentaires à votre abonnement non mesuré, réduisez l'utilisation mensuelle des ressources afin de respecter les limites de quota de ressources propres à l'abonnement.
Les abonnements non mesurés permettent de sélectionner une stratégie de réplication des données vers un data center de géo-réplication. En fonction des limites de quotas de ressources de votre abonnement non mesuré, des frais supplémentaires peuvent s'appliquer. Pour savoir quelles sont les limites de quota de ressources de votre abonnement non mesuré et avoir des informations sur votre utilisation, connectez-vous à Mes services.
L'abonnement non mesuré sera facturé pour le total des capacités utilisées dans les deux data centers. Par exemple, si vous achetez 4 To de capacité de stockage et que vous sélectionnez une stratégie qui réplique les données vers un data center de géo-réplication, vous disposez de 2 To de capacité de stockage utilisable dans chaque data center (2 To + 2 To = 4 To). Des frais seront également appliqués à l'abonnement non mesuré pour le transfert de données du data center principal vers le data center de géo-réplication. Par exemple, si vous sélectionnez une stratégie de réplication qui réplique les données vers un data center de géo-réplication et que vous téléchargez 300 Go sur votre compte, vous serez facturé pour 300 Go de transfert de données sortant vers un autre data center.
Oracle Cloud Infrastructure Storage Software Appliance est une passerelle de stockage qui vous aide à faire le lien entre votre environnement sur site et Oracle Cloud Infrastructure. Grâce à Storage Software Appliance, toute application capable de stocker des données sur une cible NFS peut facilement et de manière transparente déplacer des données vers Oracle Cloud Infrastructure Object Storage sans avoir à modifier l’application au préalable pour qu’elle adopte les API REST. Storage Software Appliance expose un point de montage NFS qui peut être monté sur n'importe quel hôte prenant en charge le client NFS v4. Storage Software Appliance effectue les conversions NFS vers l'API REST à votre place. Un cache configurable local permet un mouvement asynchrone et optimisé des données vers le cloud pour contourner les problèmes de connectivité faible et peu fiable. Les données fréquemment consultées étant mises en mémoire cache localement, le cache local améliore également la latence lors de la lecture de données à partir du cloud. Chaque point de montage NFS Storage Software Appliance est mis en correspondance avec un bucket/conteneur de stockage d'objets. L’interface NFS vous permet d’utiliser les commandes traditionnelles du système de fichiers pour interagir avec le stockage Cloud. Vous devez toujours utiliser Storage Software Appliance pour lire les données écrites dans le stockage d'objets car la passerelle garde une trace des métadonnées d'objet.
Grâce à Storage Software Appliance, vous pouvez facilement déplacer des données générées par des applications traditionnelles (qui fonctionnent avec des protocoles de systèmes de fichiers comme NFS) vers le stockage d'objets sans d'abord modifier l'application pour l'intégrer aux API REST. Storage Software Appliance donne aux applications on-premise traditionnelles accès au stockage cloud infini, qui leur offre enfin évolutivité, durabilité et rentabilité en toute simplicité.
Non, vous ne devez pas utiliser Storage Software Appliance en tant que serveur de stockage en réseau à usage général. Bien que Storage Software Appliance soit à bien des égards un système de fichiers virtuel, sa fonction première est le déplacement des données vers cloud. Il n'a pas été conçu pour gérer des workloads impliquant des transactions qu'un système de fichiers complet doit traiter.
Storage Software Appliance est un outil efficace pour déplacer des données à partir de votre data center on-premise vers le cloud. Vous pouvez utiliser Storage Software Appliance de manière efficace pour copier des données de sauvegarde/d'archivage vers le cloud, surtout lorsque l'application de sauvegarde/d'archivage n'a pas été conçue pour s'intégrer avec Oracle Object Storage. Vous pouvez également utiliser Storage Software Appliance pour déplacer des données à partir de serveurs de fichiers vers le stockage d'objets, pour tirer pleinement profit de l'utilitaire « rsync ».
Stockage réseau à usage général : Storage Software Appliance n'est pas un serveur de fichiers de stockage à usage général. Vous ne devez pas l'utiliser à la place des appliances de stockage réseau traditionnelles.
Synchronisation et partage de fichiers – Bien que Storage Software Appliance soit un moteur de transfert de données efficace, il ne remplace pas les services de synchronisation et de partage de fichiers. Vous devez évaluer des services Oracle services comme le service Oracle Document Cloud pour utiliser une fonctionnalité de partage et de synchronisation de fichiers.
Collaboration sur le contenu : Storage Software Appliance ne permet pas à plusieurs instances d'appliance de lire et d'écrire simultanément dans un seul conteneur/bucket de stockage d'objet. Vous ne devez pas vous en servir comme d'un outil de collaboration sur des projets de création et de gestion de contenu pour les équipes réparties.
Fichiers fréquemment modifiés : si vos données risquent d'être très souvent modifiées, n'utilisez pas Storage Software Appliance. En effet, lorsque les données sont modifiées, le contenu est d'abord lu à partir du stockage d'objets (si elles ne se trouvent pas dans le cache de l'appliance de stockage). Les données modifiées sont ensuite téléchargées en tant que nouvel objet. Ainsi, des données souvent modifiées sont synonymes d'une importante inefficacité, à la fois en matière de consommation de bande passante de téléchargement en local/vers le serveur et d'utilisation de la capacité.
Storage Software Appliance est gratuit. Les utilisateurs ayant accès à Oracle Cloud Infrastructure Object Storage ou Object Storage Classic peuvent utiliser gratuitement le service pour déplacer des données vers le cloud.
Vous pouvez télécharger Storage Software Appliance à partir de cette page. Pour installer Storage Software Appliance, vous devez provisionner un serveur avec le matériel/logiciel minimal suivant :
Logiciels requis:
Suivez le guide d'installation pour installer Storage Software Appliance. Une fois installé, vous pouvez commencer à configurer le système de fichiers Storage Software Appliance à l'aide du guide de configuration, puis à monter le système de fichiers. Vous pouvez désormais commencer à utiliser Storage Software Appliance pour déplacer vos données vers le cloud en toute transparence.
Storage Software Appliance prend en charge NFS v4.
Non. Storage Software Appliance ne prend actuellement pas en charge les environnements fonctionnant sous Windows.
Vous pouvez utiliser Storage Software Appliance pour répliquer des données provenant de n'importe quel stockage, tant que le client NFS qui réalise la copie de données peut le faire.
Lorsque vous créez un système de fichiers sur Storage Software Appliance, un bucket/conteneur de stockage d'objets du même nom est créé sur la cible de stockage d'objets dans la région de votre choix. Une fois le système de fichiers créé, Storage Software Appliance gère entièrement vos données dans le bucket/conteneur de stockage d'objets. Vous devez uniquement interagir directement avec le système de fichiers local à l’aide des commandes normales du système de fichiers.
Non. Vous n'avez pas besoin d'utiliser des API Object Storage pour vous servir de Storage Software Appliance. Storage Software Appliance effectue les conversions NFS vers l'API REST à votre place.
Storage Software Appliance prend en charge les plateformes suivantes :
Oui. Vous pouvez exécuter Storage Software Appliance dans une instance de calcul Oracle Cloud Infrastructure, en suivant les mêmes instructions que si vous installiez le produit sur site.
Oui, vous pouvez installer Storage Software Appliance en suivant les instructions de distribution cloud de Storage Software Appliance.
Storage Software Appliance est pris en charge dans toutes les régions Oracle Cloud Infrastructure et Oracle Cloud Infrastructure Classic disponibles.
Non, Storage Software Appliance ne prend pas en charge la compression et la déduplication.
Pour configurer un système de fichiers, suivez les instructions de la documentation. Avant de créer un système de fichiers, vous devez créer une location cloud. Vous devrez, en effet, fournir les informations d'identification utilisateur et l'adresse du stockage d'objets pour créer le système de fichiers.
Vous pouvez vous inscrire à Oracle Cloud Infrastructure ou Oracle Cloud Infrastructure Classic Object Storage des façons suivantes :
Votre représentant commercial Oracle peut vous fournir des informations sur les options de prix disponibles pour votre entreprise. Votre représentant commercial recueillera certaines informations auprès de vous et lancera la procédure d’enregistrement.
Oui, vous pouvez créer plusieurs partages de fichiers par instance Storage Software Appliance. Les ressources d'hôte disponibles déterminent la limite supérieure sur le nombre maximal de partages pouvant être pris en charge par une instance Storage Software Appliance.
Toutefois, nous vous recommandons de ne pas avoir plus de quatre systèmes de fichiers actifs car ils se disputent les ressources.
Le nombre d'appliances pouvant être utilisées avec une location ou un compte de stockage n'est pas limité. Cependant, vous pouvez créer une seule instance d'appliance sur un hôte donné.
Oui, Storage Software Appliance peut être installé derrière un serveur proxy. Pour configurer le serveur proxy, utilisez la commande suivante :
oscsa configure proxy https://:<proxy_ip>:<port>
Redémarrez OSCSA : OSCSA down ; OSCSA up. Vous trouverez plus de détails dans la documentation du produit.
Lors de la création d'un système de fichiers, à moins que vous ne désigniez un compartiment dans lequel le créer, le conteneur/bucket sauvegardant le système de fichiers est créé par défaut dans le compartiment racine par défaut.
Storage Software Appliance utilise le stockage local associé au serveur (ou serveur virtuel) pour héberger les systèmes de fichiers et le cache. Les fichiers écrits dans un système de fichiers de l'appliance sont téléchargés vers le conteneur/bucket Object Storage, avec une partie de l'ensemble de fichiers conservée en local dans le système de fichiers en tant que cache préparé. Le cache local de Storage Software Appliance a deux rôles : cache d'inclusion (tampon de téléchargement/d'écriture) et cache de lecture. Vous pouvez indiquer la taille maximale du cache de lecture. Le tampon d'écriture utilise l'espace disponible restant sur le volume de stockage local et n'a pas de paramètre de taille de cache. Pour une tolérance de panne, une fiabilité et des performances optimales, prenez en compte les recommandations suivantes lors de la configuration du stockage d'appliance local :
Lorsqu'un système de fichiers est créé, un bucket/conteneur de stockage d'objets du même nom est créé. Lorsqu'un nom de système de fichiers est indiqué et qu'il correspond à un conteneur/bucket existant, l'appliance invite l'utilisateur à confirmer que le système de fichiers (qui a peut-être été créé par une autre instance d'appliance) doit être transféré à cette instance d'appliance.
Les données stockées dans Oracle Cloud Infrastructure Object Storage sont chiffrées par défaut. Les données sont téléchargées à partir d’Oracle Object Storage sur des points de terminaison SSL à l’aide du protocole HTTPS. Pour Oracle Cloud Infrastructure Classic, vous pouvez choisir de chiffrer les données du côté client. Vous pouvez fournir vos propres clés asymétriques RSA si vous avez activé le chiffrement pour un système de fichiers. La clé symétrique convertit les données dans un format lisible appelé texte en clair. Si vous perdez vos clés, vous perdez vos données.
Clés asymétriques : il existe une seule paire de clés pour chaque instance de l'appliance. La même paire de clés est utilisée pour crypter des informations relatives à la configuration locale. Si vous fournissez une paire de clés asymétriques, celle-ci est utilisée pour chiffrer ou déchiffrer les éléments de configuration de la base de données du système de fichiers indiqués. Veillez à effectuer une sauvegarde des clés asymétriques.
Clés symétriques : la clé symétriques est stockée dans la base de données du système de fichiers local. Chaque système de fichiers peut disposer de sa propre clé de chiffrement symétrique unique. La clé symétrique est configurée à l'aide de la clé asymétrique qui est stockée localement sur le disque.
Vous pouvez télécharger à tout moment un fichier tar.gz contenant les détails de toutes les clés stockées sur le disque. La rotation des clés permet de récupérer les données en cas d'échec de l'appliance à tout moment.
Rotation des clés dans l'appliance
Oui, Storage Software Appliance prend en charge les clés gérées par l'utilisateur pour le chiffrement de données côté client dans Oracle Cloud Infrastructure Classic. Cette fonctionnalité n'est pas prise en charge actuellement dans Oracle Cloud Infrastructure.
La taille de fichier est déterminée par la taille d'objet maximale prise en charge par Object Storage. Pour connaître les limites Oracle Cloud Infrastructure Object Storage, consultez la page relative aux limites pour Object Storage.
Tant que la taille du cache local est définie avec exactitude, la quantité de données pouvant être téléchargées vers Object Storage n'est pas limitée. Toutefois, d'après les meilleures pratiques, les systèmes de fichiers ne doivent pas contenir plus de 10 millions de fichiers.
Non, les données téléchargées à l'aide de Storage Software Appliance doivent toujours être lues avec une instance Storage Software Appliance. En effet, Storage Software Appliance conserve des métadonnées concernant les données téléchargées, opération nécessaire pour reconstruire le fichier téléchargé à partir de ses parties constituantes, stockées dans le stockage d'objets.
Non, Storage Software Appliance ne permet pas à plusieurs utilisateurs de collaborer sur l'écriture de données. Plusieurs systèmes de fichiers Storage Software Appliance ne peuvent pas être mis en correspondance avec un bucket/conteneur de stockage d'objets unique.
Oui, vous pouvez utiliser plusieurs comptes cloud pour créer plusieurs systèmes de fichiers dans une instance donnée de Storage Software Appliance.
Non, nous ne prenons pas en charge plusieurs instances de Storage Software Appliance montant des systèmes de fichiers soutenus par un bucket/conteneur de stockage d'objets commun. Nous ne prenons pas non plus en charge Storage Software Appliance en mode Lecture seule.
Pour modifier les propriétés d'un système de fichiers, connectez-vous à la console de gestion et cliquez sur le nom du système de fichiers dans le panneau Tableau de bord :
Après avoir mis à jour les propriétés du système de fichiers, cliquez sur Enregistrer.
Reportez-vous à Restauration de fichiers à partir d'un système de fichiers d'archive.
Reportez-vous à Suivi de la restauration de tous les fichiers du système de fichiers d'archives.
Dans l'interface utilisateur graphique Web, l'onglet « Détails » du système de fichiers indique si ce dernier est sauvegardé par un bucket/conteneur de stockage d'archives.
Si un système de fichiers est supprimé/enlevé, le bucket/conteneur cloud Oracle Cloud Infrastructure reste intact dans le cloud. Vous pouvez restaurer le système de fichiers en créant un système de fichiers du même nom dans le même domaine d'identité Oracle Cloud Infrastructure Classic ou dans la même location Oracle Cloud Infrastructure.
Pour supprimer définitivement un système de fichiers, y compris toutes les données dans le cloud, il existe deux méthodes :
Storage Software Appliance autorise les opérations sur des fichiers avec un niveau de détail de l'ordre des octets, comme l'ajout, la réécriture, le remplacement et la troncation. Lorsqu'un fichier est modifié dans un système de fichiers d'appliance, une nouvelle version du fichier est créée et téléchargée vers le compte.
Lorsque vous créez un système de fichiers, vous pouvez choisir si les anciennes versions d'un objet stocké dans le cloud doivent être conservées chaque fois que le fichier correspondant est mis à jour ou supprimé dans le système de fichiers.
Oui, si l'option Supprimer les anciennes versions de fichiers est activée, la suppression de données de Storage Software Appliance entraîne la suppression définitive des données du stockage d'objets/d'archives. Si cette fonctionnalité est désactivée, les fichiers supprimés sont enlevés de l'espace de noms du système de fichiers sur l'appliance mais les objets correspondants restent dans le bucket/conteneur de stockage d'objets.
Le nombre d'objets dans le bucket/conteneur cloud est normalement supérieur au nombre de fichiers dans le système de fichiers pour plusieurs raisons :
Si la compression de versions est désactivée (par défaut), les objets dans le cloud ne sont pas supprimés lorsqu'un fichier est supprimé. Dans ce mode, le fichier est enlevé de l'espace de noms du système de fichiers, mais l'objet de données correspondant dans le cloud reste intact. Il est donc peu probable que le nombre d'objets diminue. Si la compression de version est activée et qu'un fichier est supprimé, l'objet correspondant dans le cloud sera également supprimé. Le processus de suppression de l'objet dans le cloud est exécuté périodiquement, ce qui entraîne un délai (jusqu'à 24 heures) avant que la modification ne soit reflétée dans le nombre d'objets.
L'appliance ne commence pas à télécharger un nouveau fichier ou un fichier modifié tant que le fichier n'est pas fermé. Une fois qu'un fichier est fermé, l'appliance attend 1 minute avant de mettre le fichier en file d'attente pour téléchargement. La liste des fichiers en attente de téléchargement peut être longue. Le téléchargement peut donc prendre du temps avant qu'il ne s'affiche dans le bucket/conteneur cloud. Vous pouvez utiliser la commande de diagnostic et/ou d'interface utilisateur d'administration pour vérifier le statut de téléchargement des fichiers mais il n'existe aucun moyen fiable de prévoir quand ils seront réellement transférés vers le cloud.
Oui, les commandes « df » et « du » fonctionnent avec Oracle Cloud Infrastructure - Classic. Toutefois, lorsque vous utilisez Oracle Cloud Infrastructure Object Storage, ces commandes renvoient la valeur '0'. En effet, Storage Software Appliance est un outil de déplacement de fichiers. Il n'existe pas de vraies limites pour la taille du système de fichiers, sauf en cas de contrainte liée au quota du bucket/conteneur et/ou compte cloud. De même, les fichiers sont téléchargés vers le cloud en tant qu'objets, il n'y a pas de comptabilité d'utilisation comme les systèmes de fichiers traditionnels.
Si le cache atteint un seuil presque plein, vous pouvez soit attendre que le contenu du cache soit synchronisé avec Object Storage, soit augmenter sa taille. Les performances d'un volume de disque se dégradent également à mesure qu'il se remplit, en raison de la fragmentation. Pour empêcher l'une de ces conditions d'affecter les performances d'E/S, provisionnez le volume de sorte qu'il ne soit jamais plein à plus de 80 %.
Si une instance Storage Software Appliance tombe en panne de façon inattendue en raison de défaillances logicielles ou matérielles, vous pouvez créer une autre instance et connecter le système de fichiers au bucket/conteneur de stockage d'objets qui contient les données de votre système de fichiers. Les fichiers mis en mémoire tampon sur l'appliance en échec mais qui n'ont pas encore été téléchargés devront être réécrits sur l'appliance récupérée.
Si le cryptage a été activé dans l'instance Storage Software Appliance, vous devez entrer à nouveau les clés RSA utilisées dans l'instance précédente.
Si le système de fichiers a été précédemment configuré en tant que système de fichiers d'archive, vous devez sélectionner Activer l'archivage pour le même système de fichiers. Vous ne pouvez monter le système de fichiers qu'après avoir sélectionné cette option.
Si le système de fichiers possédait la propriété d'écriture dans l'instance d'appliance précédente, assurez-vous qu'il en possède dans la nouvelle instance. Pour demander la propriété des droits d'écriture, vous devez reconnecter le système de fichiers dans la nouvelle instance.
La fenêtre FileSystem : Demander la propriété s'affiche et vous invite à confirmer que l'autre appliance doit être déconnectée.
Si vous choisissez de continuer, prenez les mesures nécessaires en fonction du service de stockage :
Si vos appels NFS renvoient des erreurs d'E/S, vous pouvez procéder de plusieurs façons :
Si vous ne pouvez pas vous connecter à Oracle Object Storage, vérifiez la connectivité de votre instance Object Storage à l'aide des commandes cURL.
Test d'authentification de l'URL d'Oracle Cloud Infrastructure Classic : docs.oracle.com/en/cloud/iaas-classic/storage-cloud/ssapi/Authentication.html
Assurez-vous que lorsque vous créez le système de fichiers, le point de montage est exporté à l'aide de la commande
docker exec oscsa_gw /opt/oracle/gateway/./nfs-exports.sh
L'échange de réseau IP permet d'accéder à des machines virtuelles sur différents réseaux IP. Les règles de sécurité et les listes de contrôle d'accès peuvent également avoir une incidence sur l'accès.
Référence de configuration : docs.oracle.com/en/cloud/iaas-classic/compute-iaas-cloud/stcsg/managing-ip-network-exchanges.html
Vérifiez si Storage Software Appliance est en cours d'exécution :
oscsa info
Si l'appliance n'est pas en cours d'exécution, démarrez-la :
oscsa up
Notez le numéro de port de la console de gestion.
Exemple de sortie
Création d'un volume OSCSA Démarrage d'OSSCSA [oscsa_gw :1.0] Console de gestion : https://myappliancehost.example.com:32771/. Si vous avez déjà configuré un fichier OSCSA FileSystem via la console de gestion, vous pouvez accéder au partage NFS à l'aide du port suivant. Port NFS : 32770 Exemple : mount -t NFS -o vers=4,port=32770 myApplianceHost.example.com:/OSCSA_filesystem_name/local_mount_point
Dans l'exemple de sortie,
-myApplianceHost.example.com est le nom d'hôte de l'appareil
-32771 est le numéro de port de la console de gestion
Assurez-vous que vous utilisez HTTPS si vous avez activé SSL. Par défaut, SSL est activé.
Vérifiez vos informations d'identification utilisateur dans votre compte Oracle Cloud Infrastructure Object Storage Classic et mettez-les à jour dans la console de gestion.
Vérifiez si Storage Software Appliance est en cours d'exécution :
oscsa info
Si l'appliance n'est pas en cours d'exécution, démarrez-la :
oscsa up
Notez le numéro de port de la console de gestion et le numéro de port NFS.
Vérifiez si l'appliance est exécutée sur docker sur l'hôte de l'appliance.
Assurez-vous que le protocole NFS soit en cours d'exécution :
sudo systemctl enable NFS-server
Vérifiez que le numéro de port NFS dans la sortie (obtenu avec la commande oscsa info) correspond au port que vous utilisez pour vous connecter avec votre client NFS.
Vous pouvez bénéficier d'un support technique pour Storage Software Appliance en contactant les canaux habituels de support technique Oracle :