WEBVTT

00:00:00.000 --> 00:00:10.830
[MUSIQUE].

00:00:10.830 --> 00:00:12.060
Salut. Je suis Anna Thomas,

00:00:12.060 --> 00:00:13.890
et je suis une donnée
et Applied Scientist sur

00:00:13.890 --> 00:00:15.705
l'équipe de données Azure travaillant sur

00:00:15.705 --> 00:00:18.090
SQL et moi sommes rejoints
aujourd'hui par mon collègue.

00:00:18.090 --> 00:00:19.575
Je suis Jeroen ter Heerd,

00:00:19.575 --> 00:00:22.830
et je suis gestionnaire de programme
dans l'équipe de données Azure.

00:00:22.830 --> 00:00:24.945
Nous sommes ravis de
avez-vous tous aujourd'hui.

00:00:24.945 --> 00:00:26.790
Aujourd'hui, Jeroen va parler à

00:00:26.790 --> 00:00:28.740
nous un peu sur Hyperscale.

00:00:28.740 --> 00:00:30.810
Qu'est-ce que tu vas faire ?
de passer par aujourd'hui?

00:00:30.810 --> 00:00:34.080
Eh bien, Hyperscale est un nouveau service

00:00:34.080 --> 00:00:37.845
ici pour Azure SQL que nous
vient d'être présenté en mai.

00:00:37.845 --> 00:00:41.185
Aujourd'hui, je vais
montrer comment migrer

00:00:41.185 --> 00:00:46.525
une base de données d'Azure SQL comme
régulièrement Azure SQL à Hyperscale.

00:00:46.525 --> 00:00:49.310
Cool, génial. ainsi
Qu'est-ce que tu as là ?

00:00:49.310 --> 00:00:52.160
Donc, la façon dont cela fonctionne,

00:00:52.160 --> 00:00:53.480
Je suis dans le portail Azure ici,

00:00:53.480 --> 00:00:55.040
laissez-moi zoomer un peu.

00:00:55.040 --> 00:00:57.680
Donc je suis dans le Portail Azure,

00:00:57.680 --> 00:01:00.365
J'ai une base de données SQL standard ici.

00:01:00.365 --> 00:01:04.190
Très simple, est un but général
niveau de prix, rien de spécial.

00:01:04.190 --> 00:01:07.820
Je vais prendre cette base de données et
le migrer vers Hyperscale.

00:01:07.820 --> 00:01:09.320
Donc, pour ce faire,

00:01:09.320 --> 00:01:10.730
ce que je fais, c'est que je clique ici,

00:01:10.730 --> 00:01:14.785
Je vais à "Configure",
et sur "Configure",

00:01:14.785 --> 00:01:18.155
Je peux voir que ma base de données est
actuellement dans l'objectif général

00:01:18.155 --> 00:01:20.075
et je peux changer cela en

00:01:20.075 --> 00:01:22.710
aller à Hyperscale
ici sur la droite,

00:01:22.710 --> 00:01:26.320
et puis je peux faire
quelques changements de configuration.

00:01:26.320 --> 00:01:27.460
Je peux choisir, par exemple,

00:01:27.460 --> 00:01:29.410
la quantité de vCores qui
Je veux ou le montant

00:01:29.410 --> 00:01:32.050
des répliques de lecture seulement que j'ai besoin.

00:01:32.050 --> 00:01:36.270
Alors oui, c'est essentiellement
la formule que je reçois.

00:01:36.270 --> 00:01:40.140
Jeroen, qu'est-ce que c'est que le petit
signe d'avertissement que nous obtenons?

00:01:40.140 --> 00:01:41.835
Oui, c'est
un bon. Bonne prise.

00:01:41.835 --> 00:01:44.170
Le signe d'avertissement est en fait d'environ

00:01:44.170 --> 00:01:47.710
vous notifiant que c'est
une rue à sens unique que vous entrez.

00:01:47.710 --> 00:01:49.180
Donc, il n'y a aucun moyen une fois que vous

00:01:49.180 --> 00:01:51.630
migré votre norme
base de données à Hyperscale,

00:01:51.630 --> 00:01:54.960
il n'y a aucun moyen d'aller
retour en ce moment.

00:01:54.960 --> 00:01:57.210
Donc, c'est tout nouveau,

00:01:57.210 --> 00:02:00.435
cela pourrait changer dans
l'avenir, mais pour l'instant,

00:02:00.435 --> 00:02:04.050
il ya des avis ici
pour vous dire d'être averti,

00:02:04.050 --> 00:02:07.005
vous ne pouvez pas revenir en arrière après
vous êtes allé à Hyperscale.

00:02:07.005 --> 00:02:09.390
Donc, quand je suis en test et des trucs,

00:02:09.390 --> 00:02:11.100
dois-je utiliser une copie?

00:02:11.100 --> 00:02:13.715
Oui, je le ferais certainement
il suffit de prendre une copie.

00:02:13.715 --> 00:02:16.865
Il est très facile de prendre une copie
de n'importe quelle base de données dans Azure.

00:02:16.865 --> 00:02:19.605
Donc, une fois que vous l'avez, cliquez sur la copie

00:02:19.605 --> 00:02:23.025
et migrer vers
Hyperscale sur la copie.

00:02:23.025 --> 00:02:26.300
Puis une fois que vous êtes heureux
avec comment tout fonctionne,

00:02:26.300 --> 00:02:27.860
vous pouvez alors changer
la chaîne de connexion dans

00:02:27.860 --> 00:02:30.740
votre demande de pointer vers
cette nouvelle version Hyperscale.

00:02:30.740 --> 00:02:32.150
C'est génial. cool. merci.

00:02:32.150 --> 00:02:37.615
Donc, ce que je vais faire, c'est que je vais
cliquez ici sur Je comprends

00:02:37.615 --> 00:02:41.690
pour faire savoir au portail que j'ai lu

00:02:41.690 --> 00:02:43.415
l'avis et je comprends ce que

00:02:43.415 --> 00:02:46.535
le problème est ou ce que je suis
m'entrer dans.

00:02:46.535 --> 00:02:49.729
Alors je vais devoir choisir
les générations de calcul,

00:02:49.729 --> 00:02:51.859
J'irai toujours avec le dernier Gen5,

00:02:51.859 --> 00:02:54.980
et je peux changer le vCores
aux noyaux virtuels,

00:02:54.980 --> 00:02:56.495
la quantité de répliques que je veux,

00:02:56.495 --> 00:02:58.145
et je vais cliquer sur "Apply".

00:02:58.145 --> 00:03:00.590
Alors que va-t-il se passer ?
est que la base de données est

00:03:00.590 --> 00:03:03.205
qui migre maintenant vers Hyperscale.

00:03:03.205 --> 00:03:04.125
C'est tout.

00:03:04.125 --> 00:03:05.940
C'est tout. C'est si facile.

00:03:05.940 --> 00:03:09.780
Oh, wow. Alors, quels types
cas d'utilisation voudrais-je

00:03:09.780 --> 00:03:11.160
à- pourquoi voudrais-je passer à

00:03:11.160 --> 00:03:13.695
Hyperscale pendant que nous sommes
le laisser basculer ?

00:03:13.695 --> 00:03:17.440
Bien sûr. Eh bien, la plus grande raison
est en fait l'échelle,

00:03:17.440 --> 00:03:19.310
donc soit l'échelle en termes de

00:03:19.310 --> 00:03:23.095
stockage ou échelle en termes
de la performance de requête.

00:03:23.095 --> 00:03:25.620
Ainsi Azure SQL lui-même

00:03:25.620 --> 00:03:30.275
a environ quatre
limite de taille de fichier téraoctet.

00:03:30.275 --> 00:03:33.865
Si vous avez une base de données plus grande
que cela, que faites-vous?

00:03:33.865 --> 00:03:36.275
Eh bien, Hyperscale est votre réponse.

00:03:36.275 --> 00:03:38.390
Donc, si vous avez nous allons
dire, je ne sais pas,

00:03:38.390 --> 00:03:41.810
40 téraoctets, ou
40 entrepôt stéaoctets de données,

00:03:41.810 --> 00:03:44.590
ou 40 téraoctets quelle que soit la base de données,

00:03:44.590 --> 00:03:48.345
hyperscale peut alors accueillir
cette base de données pour vous.

00:03:48.345 --> 00:03:50.235
Ensuite, avec les répliques de lecture seulement,

00:03:50.235 --> 00:03:53.465
vous obtenez encore plus de performances de requête
sur l'ensemble de cette masse de données.

00:03:53.465 --> 00:03:57.240
Voilà donc les deux principales raisons
migration vers Hyperscale.

00:03:57.240 --> 00:03:59.420
Il y a-t-il un certain
nombre de lire-seulement

00:03:59.420 --> 00:04:02.360
répliques que je reçois avec
Hyperscale ou puis-je le configurer ?

00:04:02.360 --> 00:04:03.560
Vous pouvez le configurer, c'est

00:04:03.560 --> 00:04:06.410
entre zéro et quatre,
afin que vous puissiez choisir.

00:04:06.410 --> 00:04:08.260
Je pense que par défaut, il va à un,

00:04:08.260 --> 00:04:10.650
mais vous pouvez le composer en arrière
à zéro si vous n'avez pas

00:04:10.650 --> 00:04:12.810
vous voulez des répliques de lecture seulement,

00:04:12.810 --> 00:04:14.970
vous pouvez le changer plus tard aussi,

00:04:14.970 --> 00:04:16.800
vous pouvez monter les vCores,

00:04:16.800 --> 00:04:19.220
vous pouvez changer ou abaisser
le nombre de répliques.

00:04:19.220 --> 00:04:22.090
Donc, ces deux paramètres que vous
peut changer après le déploiement.

00:04:22.090 --> 00:04:27.000
C'est génial. cool. Alors j'espère,

00:04:27.000 --> 00:04:28.500
qui était utile pour vous tous.

00:04:28.500 --> 00:04:30.360
Merci de vous joindre à nous aujourd'hui,

00:04:30.360 --> 00:04:31.950
et si vous êtes intéressé par

00:04:31.950 --> 00:04:34.170
Hyperscale n'hésitez pas
pour nous laisser un comme,

00:04:34.170 --> 00:04:35.320
s'abonner à notre chaîne,

00:04:35.320 --> 00:04:38.090
même nous laisser un commentaire
sur ce que vous êtes le plus

00:04:38.090 --> 00:04:41.460
excités par Hyperscale et
syntoniser la prochaine fois. Je vous remercie.

00:04:41.460 --> 00:04:53.470
[MUSIQUE]

