Remarques concernant la sélection d'un modèle de solution

Préparation des projets de migration

Lors de la migration de vos données vers Oracle Cloud, vous devez planifier votre projet et votre personnel. Rassemblez des informations sur la mise en réseau et le stockage et pondérez les avantages et les inconvénients avant de sélectionner un modèle de solution. Créez une description générale des systèmes et des applications inclus dans la migration.

Tenez compte de nos recommandations basées sur votre environnement, vos délais et le niveau de compétences de votre équipe.

Planifiez le projet et la portée. Identifiez votre équipe de projet, y compris le chef de projet, le propriétaire des applications, les ingénieurs Big Data, les ingénieurs OCI pour l’infrastructure et la sécurité, et les développeurs. Veillez à inclure les développeurs d'applications, les performances et les ingénieurs de test. Déterminez les dates et jalons du projet.

Utilisez l'exemple suivant pour créer une description générale des systèmes et des applications.

Composant	Description
Big Data Appliance (BDA)	Exécution d'une appliance BDA avec distribution CDH BDA sur 24 nœuds (6x Dev, 6x DR, 12x Prod) 2x 22-Core Xeon 2x40 IB, 4x10 Ethernet Disque 96 To et RAM 256 Go
Utilisation	HDFS 300TB (500 Go/jour) 30 % de CPU 1 To de RAM En ligne 24x7
Environnements	Production, développement, récupération après sinistre
Composants de solution	Hive HBase HDFS Spark (Scala) Kerberos et Active Directory Sqoop Oozie Analytique : OBIEE Pilotes JDBC pour la connexion à des sources externes

Remarques concernant le réseau et le stockage

Lors de la planification de la migration de votre lac de données, rassemblez des informations sur toutes les ressources de stockage et de réseau, et déterminez la méthode la plus adaptée pour migrer vos données vers OCI.

Le tableau suivant fournit des conseils généraux de haut niveau sur les options de migration de données pour OCI.

Source de migration	Volumes de données < 1 To	Volumes de données compris entre 1 et 50 To	Volumes de données > 50 To
Big Data Appliance (BDA) ou clusters Hadoop autogérés sur site	Tunnels VPN matériels (si FastConnect n'est pas disponible)	FastConnect (préféré) Des tunnels VPN matériels peuvent être utilisés si la bande passante > 100 Mbps	Appliance de transfert de données
Big Data Cloud Service (BDCS)	Tunnels VPN logiciels

Sélectionnez l'une de ces options en fonction de vos besoins et contraintes organisationnels. Le temps requis pour le transfert de données dépend de la méthode de migration choisie.

Pour un transfert hors ligne avec une seule appliance de transfert de données, vous pouvez transférer jusqu'à 150 To de données à la fois et plusieurs appliances pour chaque travail de transfert de données. Si vous incluez le temps d'expédition, la migration prendra quelques jours.
Pour le transfert de données en ligne via Internet à l'aide de tunnels VPN ou de FastConnect, vous pouvez utiliser cette formule pour obtenir le temps approximatif requis :
Number of days = (Total Bytes)/(Megabits per second * 125 * 1000 * Network Utilization * 60 seconds * 60 minutes * 24 hours)
En utilisant cette formule pour transférer jusqu'à 50 To de données avec une connexion FastConnect de 1 Gbit/s ayant une utilisation réseau de 100 %, le transfert de données sera effectué en 6 jours. Vous pouvez également utiliser FastConnect pour les volumes inférieurs si vous l'avez configuré. Avec FastConnect de 10 Gbits/s, le temps sera de 1/10e.
Pour que les tunnels VPN transfèrent 1 To à 10 connexions Mbps et 80 % d'utilisation du réseau, le transfert de données prendra environ 13 jours. Vous pouvez également utiliser Data Transfer Appliance si la connectivité réseau est inférieure ou peu fiable.

Le tableau suivant présente une estimation du temps approximatif de téléchargement des données vers OCI, en fonction de la bande passante de connexion et de la taille de votre ensemble de données.

Taille de l'ensemble de données	10 Mbps	100 Mbps	1 Gbit/s	10 Gbits/s	Data Transfer Service
10 To	92 jours	9 jours	22 heures	2 heures	1 semaine
100 To	1,018 jours	101 jours	10 jours	24 heures	1 semaine
500 To	5,092 jours	509 jours	50 jours	5 jours	1 semaine
1 Po	10,185 jours	1,018 jours	101 jours	10 jours	2 semaines

Concevoir l'architecture de votre solution

Lors de la planification de votre modèle de solution, prenez en compte les avantages et les inconvénients du tableau suivant avant de prendre votre décision.

Modèle de solution	Avantages	Inconvénients
Cloud natif (Greenfield)	Vous pouvez passer à une pile moderne et pérenne Moins de frais d’exploitation et de gestion continus Retour sur investissement maximum et option de coût le plus bas pour la plupart des clients	Certaines fonctionnalités peuvent présenter des lacunes qui nécessitent votre propre implémentation de certains composants. Plus de travail requis pour la mise en œuvre que certains des autres modèles
Big Data Service (Greenfield)	Vous bénéficiez d’une réduction des coûts et des frais d’exploitation liés à l’utilisation des données gérées et des services d’IA Fonctionne comme une solution à long terme et à court terme lors de la transition vers Oracle Cloud	Plus de travail requis pour la mise en œuvre que certains des autres modèles
Reconstruire (migration)	Vous pouvez passer à une pile moderne et pérenne Moins de frais d’exploitation et de gestion continus Retour sur investissement maximum et option de coût le plus bas pour la plupart des clients	Certaines fonctionnalités peuvent présenter des lacunes et nécessiter votre propre implémentation de certains composants. Plus de travail requis pour la mise en œuvre que certains des autres modèles
Réapprovisionnement (migration)	Vous bénéficiez d’une réduction des coûts et des frais d’exploitation liés à l’utilisation des données gérées et des services d’IA Fonctionne comme une solution à long terme et à court terme lors de votre transition vers Oracle Cloud	Plus de travail requis pour la mise en œuvre que certains des autres modèles
Rehost (Migration)	Disruption minimale des fonctionnalités Rien de nouveau à apprendre d’un point de vue de l’utilisation	Votre responsabilité augmente pour les opérations et le support Les licences existantes ne sont peut-être pas valides

Critères de vérification pour la sélection de modèle de solution

Tenez compte de ces critères lorsque vous décidez du modèle le plus adapté à votre organisation. Tenez compte de critères tels que le degré relatif de modernisation, le retour sur investissement (ROI) et le coût total de possession (TCO), la facilité et la durée de mise en œuvre, les coûts continus, l’efficacité opérationnelle, l’élasticité, l’évolutivité, la disponibilité et les changements relatifs au code existant.

Le tableau suivant répertorie certains critères de haut niveau pour vous aider à déterminer quels modèles répondent aux besoins de votre organisation.

Modèle de solution	Degré relatif de modernisation	Potentiel relatif d’économie de retour sur investissement et de coût total de possession	Facilité relative et durée de mise en œuvre	Economies permanentes, efficacité opérationnelle	Elasticité, évolutivité et disponibilité relatives	Modifications relatives au code et aux workflows existants
Cloud natif (Greenfield)	Elevé (meilleur)	Elevé (meilleur)	Moyen (meilleur)	Elevé (meilleur)	Elevé (meilleur)	Non disponible
Big Data Service (Greenfield)	Moyen (meilleur)	Moyen (meilleur)	Moyen (meilleur)	Moyen (meilleur)	Moyen (meilleur)	S/O
Reconstruire (migration)	Elevé (meilleur)	Elevé (meilleur)	Faible (bien)	Elevé (meilleur)	Elevé (meilleur)	Elevé (bon)
Réapprovisionnement (migration)	Moyen (meilleur)	Moyen (meilleur)	Moyen (meilleur)	Moyen (meilleur)	Moyen (meilleur)	Moyen (meilleur)
Rehost (Migration)	Faible (bien)	Faible (bien)	Elevé (meilleur)	Faible (bien)	Faible (bien)	Faible (meilleur)

Selon les exigences de votre environnement, votre calendrier et vos compétences en équipe, Oracle vous recommande d'utiliser le modèle qui répond le mieux à vos besoins.

Tenez compte de ces points lorsque vous décidez de la solution la plus adaptée à votre organisation.

De nombreux clients utilisent plusieurs modèles dans leur transition vers l’adoption du Cloud.
Le classement réel dépend du contexte et des cas d'utilisation spécifiques du client.
Il n'existe pas de modèle unique adapté à tous les besoins de nos clients.
Les critères supplémentaires incluent les préférences du client, l'expertise et les exigences uniques.