FAQ

Return to main website

    Oui. FlashGrid Cluster était disponible sur Google Cloud avant qu’Oracle ne lance son offre DBaaS dans sa propre cloud, OCI. Les multiples zones de disponibilité dans chaque région de Google Cloud, associées à FlashGrid Cluster, permettent une haute disponibilité et une tolérance aux pannes supérieures à une implémentation Oracle Database classique on-premise.

    Le SLA de disponibilité du cloud public ne couvre que la disponibilité des instances VM. Il ne couvre pas les correctifs logiciels ou système, les plantages ou la corruption. FlashGrid avec Oracle RAC offre une véritable haute disponibilité de base de données grâce à une redondance active-active entre deux VM de nœuds de base ou plus. Si vos objectifs sont un RTO et un RPO égaux à zéro, alors vous devriez envisager d’exécuter FlashGrid avec Oracle RAC.

    FlashGrid propose une architecture de base de données HA qui permet un contrôle total et la flexibilité nécessaire pour répondre aux besoins futurs en bases de données et en infrastructure:

    • Clustering de base de données active-active ou avec basculement, basé sur les technologies éprouvées de FlashGrid et Oracle.
    • Contrôle complet du dimensionnement, des mises à jour/correctifs et des fonctionnalités de la base. Vous disposez d’un accès root@.
    • Portabilité entre fournisseurs de cloud.
    • Facilité de déploiement similaire à DBaaS.

    FlashGrid permet l’exécution d’Oracle RAC dans le cloud. Même si vous utilisez uniquement des bases en instance unique, envisagez d’utiliser FlashGrid avec Oracle RAC afin d’améliorer la disponibilité et de compenser le manque de contrôle sur les ressources de calcul et de stockage. De plus, FlashGrid Launcher automatise totalement la configuration des clusters Oracle RAC et permet de créer un cluster sur Google Cloud en moins de deux heures.

    Le processus de migration est similaire à celui de déplacer une base de données entre deux centres de données. Selon la taille de la base et le temps d’arrêt acceptable, vous pouvez utiliser l’un des outils classiques de migration, comme RMAN backup/restore, export/import ou la réplication Data Guard.

    Les tests effectués par FlashGrid et nos clients ont montré des performances équivalentes, voire supérieures, à celles des systèmes locaux haut de gamme. Consultez la section Considérations de performance dans la documentation d’architecture pour Google Cloud, AWS et Azure. Nos ingénieurs peuvent vous aider à analyser les besoins de performance de votre application et à dimensionner le cluster en conséquence – demandez une démonstration.

    Oui. Pour les déploiements cloud, les services de support technique FlashGrid couvrent l’ensemble de la pile d’infrastructure et sont inclus dans les frais du Marketplace.

    Nous serons ravis de vous accompagner dans le processus. Envoyez-nous un e-mail pour planifier une session de partage d’écran avec l’un de nos ingénieurs.

    FlashGrid est déployé via GCP Marketplace. Les frais logiciels du Marketplace incluent la licence FlashGrid ainsi que le support technique.

    Par rapport à une base en instance unique, une base RAC entraîne une surcharge liée à la communication et au mirroring des données entre les nœuds. Toutefois, le clustering ajoute des ressources CPU, mémoire et disque qui accélèrent les opérations parallèles. Le logiciel FlashGrid lui-même consomme une quantité négligeable de ressources système.

    Non, FlashGrid ne remplace ni n’émule aucune partie de la pile logicielle RAC. FlashGrid fournit des capacités de stockage, de réseau et d’automatisation pour exécuter Oracle RAC dans les clouds publics.

    FlashGrid Cluster pour Oracle RAC et FlashGrid Cluster pour Oracle Failover HA disposent d’architectures qui ne limitent pas la taille des bases Oracle. Jusqu’à 100 To est pratique avec 2 ou 3 nœuds hyperconvergés, et plus de 500 To est possible avec des nœuds de stockage séparés.

    L’architecture FlashGrid n’impose pas de limites strictes sur le nombre de nœuds RAC. Dans la plupart des cas, nous recommandons deux ou trois nœuds. Pour réduire la surcharge réseau, nous recommandons d’augmenter la taille des nœuds (jusqu’à 224 cœurs) avant d’en ajouter davantage. Une redondance 2+2 sur deux zones de disponibilité peut être utilisée pour plus de HA. Des clusters avec 4+ nœuds sont possibles pour des capacités extra-larges.

    Les versions Oracle Database 19c, 18c, 12.2, 12.1 et 11.2 sont prises en charge. Nous testons avec les derniers PSUs/RUs dès leur publication. Pour les informations les plus récentes, consultez cet article dans notre base de connaissances.

    Non. Les licences et le support Oracle doivent être achetés directement auprès d’Oracle.