Vérification des FAQ : Déplacer les charges de travail SQL de l’On-Premise vers AWS
Chaque organisation a ses propres raisons convaincantes de passer d’un centre de données sur site au cloud. Économies de coûts. Agilité. Haute disponibilité. Reprise après sinistre. Peut-être que vous faites face à une mise à jour matérielle ou à une mise à niveau et que vous voulez moderniser toute votre plateforme.
Quelle que soit votre motivation, l’idée de migrer votre monde, y compris les charges de travail SQL, vers Amazon Web Services (AWS) peut sembler un peu intimidant. Avec des centaines de migrations de bases de données réussies dans certains des environnements ERP les plus complexes, on nous pose beaucoup de questions. Abordons quelques-uns ici pour aider votre organisation à surmonter certains obstacles courants.
Q. Dois-je renoncer à ma licence SQL actuelle?
Si les économies de coûts et le retour sur investissement (ROI) sont des facteurs clés pour transférer les charges de travail SQL vers AWS, alors vous vous demandez probablement à propos de l’investissement en licences SQL que vous avez déjà fait. La bonne nouvelle, c’est qu’il y a des options. Déterminer l’environnement optimal EC2 ou RDS AWS fait partie du processus, et il se peut très bien que vous puissiez choisir EC2 tout en respectant votre entente de licence actuelle. Pour en savoir plus sur cet arbre de décision, consultez notre blogue EC2 vs. RDS.
Q. Nous devons passer de la disponibilité de base sur site à une haute disponibilité chez AWS. Comment ça fonctionne?
SQL Server Always On permet des déploiements redondants et à haute disponibilité via deux options : les instances de cluster de basculement toujours activées (FCI) et les groupes de disponibilité toujours activés (AG). Par exemple, les serveurs SQL peuvent être réhébergés comme un groupe de disponibilité SQL Server Always On et répartis entre zones de disponibilité (AZ), améliorant la stabilité du système et éliminant le risque de point de défaillance unique associé à un composant de stockage disque partagé sur site. Les fonctionnalités récemment introduites sur Amazon FSx pour Windows File Server ont simplifié les déploiements Always On. En tant qu’alternative HA à EC2, RDS permet une instance multi-AZ DB, où RDS réplique de façon synchrone les données vers une instance de veille dans une zone de disponibilité différente (AZ).
Q. Et si notre cluster SQL Server fonctionnait actuellement sur un vieux matériel sur site?
Migrer l’environnement SQL vers AWS n’est pas un problème, et vous pourriez très bien pouvoir le faire sur une instance plus petite, offrant des performances égales ou meilleures en termes de rapports et de réactivité ERP globale. De plus, une migration hétérogène est un choix avantageux lors de la mise à jour de votre système d’exploitation (OS) ou de vos versions de base de données vers les plus récentes offertes par Microsoft.
Q. Nos Microsoft SQL Servers ne fonctionnent pas sur la dernière version. Est-ce que c’est un problème?
Pas du tout. La migration des charges de travail vers AWS offre une occasion idéale de mettre à jour tous les systèmes d’exploitation, bases de données et middlewares vers les dernières versions compatibles avec votre plateforme.
En tant que partenaire pour la migration de charges de travail SQL et les services gérés, Syntax sait que pour que tout fonctionne ensemble dans votre écosystème ERP, y compris l’exécution de charges complexes dans le nuage, la compatibilité des versions est indispensable lorsqu’on considère les mises à jour disponibles.
Q. On est une opération 24×7 jours et 7 ans. Comment minimiser les temps d’arrêt pour l’entretien?
En utilisant les lignes directrices de conception AWS Well-Architected, Syntax peut construire une solution où l’environnement est automatiquement déplacé d’un serveur à un autre, afin que les utilisateurs aient toujours leurs données de production disponibles.
Q. Mais tout ça ne nous enferme-t-il pas?
Personne n’aime être coincé dans un coin ou enfermé dans quelque chose quand il fait un saut de foi dans une nouvelle direction. Assurez-vous de posséder le compte AWS afin qu’il soit entièrement portable, tout en permettant un partenaire AWS de valeur comme Syntax pour gérer ça pour toi. Évitez les partenaires AWS qui ont un compte partenaire que vous sous-louez essentiellement, ce qui vous enferme ainsi dans leurs services.
Pour en savoir plus, contactez-nous dès aujourd’hui.