WEBVTT

00:00:00.000 --> 00:00:10.830
(Музыка).

00:00:10.830 --> 00:00:12.060
Привет. Я Анна Томас,

00:00:12.060 --> 00:00:13.890
и я данных
и прикладной ученый на

00:00:13.890 --> 00:00:15.705
Группа данных Azure, работающая над

00:00:15.705 --> 00:00:18.090
СЗЛ и я присоединились
сегодня мой коллега.

00:00:18.090 --> 00:00:19.575
Я - Джеруан тер Херд,

00:00:19.575 --> 00:00:22.830
и я менеджер программы
в группе данных Azure также.

00:00:22.830 --> 00:00:24.945
Мы рады
есть вы все сегодня.

00:00:24.945 --> 00:00:26.790
Сегодня, Джероен собирается поговорить с

00:00:26.790 --> 00:00:28.740
нас немного о Hyperscale.

00:00:28.740 --> 00:00:30.810
Что вы собираетесь
пройти через сегодня?

00:00:30.810 --> 00:00:34.080
Ну, Hyperscale это новая услуга

00:00:34.080 --> 00:00:37.845
здесь для Azure S'L, что мы
только что представил в мае.

00:00:37.845 --> 00:00:41.185
Сегодня я собираюсь
показать, как мигрировать

00:00:41.185 --> 00:00:46.525
база данных из Azure S'L, как
регулярный Azure S'L в Гипермасштаб.

00:00:46.525 --> 00:00:49.310
Прохладный, потрясающий. Сооо
Что у вас есть там?

00:00:49.310 --> 00:00:52.160
Так что, как это работает,

00:00:52.160 --> 00:00:53.480
Я в Azure Портал здесь,

00:00:53.480 --> 00:00:55.040
позвольте мне увеличить немного.

00:00:55.040 --> 00:00:57.680
Так что я в Azure портал,

00:00:57.680 --> 00:01:00.365
У меня есть стандартная база данных S'L здесь.

00:01:00.365 --> 00:01:04.190
Очень простой, является общей целью
ценовой уровень, ничего особенного.

00:01:04.190 --> 00:01:07.820
Я возьму эту базу данных и
перенести его в Hyperscale.

00:01:07.820 --> 00:01:09.320
Для этого, для того, чтобы сделать это,

00:01:09.320 --> 00:01:10.730
то, что я делаю, это я нажимаю здесь,

00:01:10.730 --> 00:01:14.785
Я иду в "Наконфигурировать",
и на "Настройка",

00:01:14.785 --> 00:01:18.155
Я вижу, что моя база данных
в настоящее время в общем целеустремленном

00:01:18.155 --> 00:01:20.075
и я могу изменить это путем

00:01:20.075 --> 00:01:22.710
собирается Гипермасштаб
здесь, справа,

00:01:22.710 --> 00:01:26.320
и тогда я могу сделать
некоторые изменения конфигурации.

00:01:26.320 --> 00:01:27.460
Я могу выбрать, например,

00:01:27.460 --> 00:01:29.410
количество vCores, которые
Я хочу или сумму

00:01:29.410 --> 00:01:32.050
только читать реплики, что мне нужно.

00:01:32.050 --> 00:01:36.270
Так что да, это в основном
формула, которую я получаю.

00:01:36.270 --> 00:01:40.140
Ероэн, что это мало
предупреждающий знак мы получаем?

00:01:40.140 --> 00:01:41.835
Да, это
хороший. Хороший улов.

00:01:41.835 --> 00:01:44.170
Предупреждающий знак на самом деле о

00:01:44.170 --> 00:01:47.710
уведомляя вас, что это
односторонней улице, в которая вы входите.

00:01:47.710 --> 00:01:49.180
Так что нет никакого способа, как только вы

00:01:49.180 --> 00:01:51.630
мигрировали ваш стандарт
базы данных для Hyperscale,

00:01:51.630 --> 00:01:54.960
нет никакого способа пойти
обратно в этот момент.

00:01:54.960 --> 00:01:57.210
Так что это совершенно новый,

00:01:57.210 --> 00:02:00.435
это может измениться в
будущее, но на данный момент,

00:02:00.435 --> 00:02:04.050
есть уведомления здесь
чтобы сказать вам быть предупреждены,

00:02:04.050 --> 00:02:07.005
Вы не можете вернуться после
Вы пошли в Hyperscale.

00:02:07.005 --> 00:02:09.390
Поэтому, когда я тестирую и прочее,

00:02:09.390 --> 00:02:11.100
я должен использовать копию?

00:02:11.100 --> 00:02:13.715
Да, я бы определенно
просто возьмите копию.

00:02:13.715 --> 00:02:16.865
Это очень легко взять копию
любой базы данных в Azure.

00:02:16.865 --> 00:02:19.605
Так как только вы имеете его, щелкните экземпляр

00:02:19.605 --> 00:02:23.025
и мигрировать в
Гипермасштабна на экземпляре.

00:02:23.025 --> 00:02:26.300
Тогда, как только вы счастливы
с тем, как все работает,

00:02:26.300 --> 00:02:27.860
Вы можете изменить
строка соединения в

00:02:27.860 --> 00:02:30.740
ваше приложение, чтобы указать на
эта новая версия Hyperscale.

00:02:30.740 --> 00:02:32.150
Awesome. Классно. Спасибо.

00:02:32.150 --> 00:02:37.615
Так что я сделаю, так что я буду
нажмите здесь на Я понимаю,

00:02:37.615 --> 00:02:41.690
чтобы портал знал, что я читал

00:02:41.690 --> 00:02:43.415
уведомление, и я понимаю, что

00:02:43.415 --> 00:02:46.535
вопрос в том, или то, что я
получать себе в.

00:02:46.535 --> 00:02:49.729
Тогда мне придется выбирать
вычислительные поколения,

00:02:49.729 --> 00:02:51.859
Я всегда буду идти с последним Gen5,

00:02:51.859 --> 00:02:54.980
и я могу изменить vCores
к виртуальным ядрам,

00:02:54.980 --> 00:02:56.495
количество реплик, которые я хочу,

00:02:56.495 --> 00:02:58.145
и я нажму "Применить".

00:02:58.145 --> 00:03:00.590
Тогда что произойдет
является то, что база данных является

00:03:00.590 --> 00:03:03.205
в настоящее время мигрирует в Hyperscale.

00:03:03.205 --> 00:03:04.125
Вот и все.

00:03:04.125 --> 00:03:05.940
Вот и все. Так просто.

00:03:05.940 --> 00:03:09.780
О, вау. Итак, какие типы
случаев использования я хотел бы

00:03:09.780 --> 00:03:11.160
к-почему я хочу, чтобы перейти к

00:03:11.160 --> 00:03:13.695
Гипермасштаб, пока мы
позволяя ему переключиться?

00:03:13.695 --> 00:03:17.440
Конечно же. Ну, самая большая причина
на самом деле масштаб,

00:03:17.440 --> 00:03:19.310
так что либо масштаб с точки зрения

00:03:19.310 --> 00:03:23.095
хранения или масштабирования с точки зрения
производительности запроса.

00:03:23.095 --> 00:03:25.620
Так что сам Azure S'L

00:03:25.620 --> 00:03:30.275
имеет примерно четыре
ограничение размера файла терабайта.

00:03:30.275 --> 00:03:33.865
Если у вас есть база данных больше
чем это, что вы делаете?

00:03:33.865 --> 00:03:36.275
Ну, Гипермасштаб - это твой ответ.

00:03:36.275 --> 00:03:38.390
Так что если у вас есть давайте
сказать, я не знаю,

00:03:38.390 --> 00:03:41.810
40 терабайтной базы данных, или
40 терабайтный склад данных,

00:03:41.810 --> 00:03:44.590
или 40 терабайт независимо от базы данных,

00:03:44.590 --> 00:03:48.345
гипермасштаб может хозяйничать
что база данных для вас.

00:03:48.345 --> 00:03:50.235
Затем с только для чтения реплики,

00:03:50.235 --> 00:03:53.465
вы получаете еще больше производительности запроса
по всей этой массе данных.

00:03:53.465 --> 00:03:57.240
Так что это две основные причины
из-за миграции в Гипермасштаб.

00:03:57.240 --> 00:03:59.420
Вопрос: Есть ли определенные
количество только для чтения

00:03:59.420 --> 00:04:02.360
реплики, которые я получаю с
Гипермасштаб или я могу настроить его?

00:04:02.360 --> 00:04:03.560
Вы можете настроить его, это

00:04:03.560 --> 00:04:06.410
от нуля до четырех,
так что вы можете выбрать.

00:04:06.410 --> 00:04:08.260
Я думаю, по умолчанию он идет к одному,

00:04:08.260 --> 00:04:10.650
но вы можете набрать его обратно
к нулю, если вы не

00:04:10.650 --> 00:04:12.810
хотите, чтобы любые только для чтения реплики,

00:04:12.810 --> 00:04:14.970
Вы можете изменить его позже, а также,

00:04:14.970 --> 00:04:16.800
Вы можете до vCores,

00:04:16.800 --> 00:04:19.220
вы можете изменить или опустить
количество реплик.

00:04:19.220 --> 00:04:22.090
Таким образом, эти две настройки вы
может изменяться после развертывания.

00:04:22.090 --> 00:04:27.000
Awesome. Классно. Так что, надеюсь,

00:04:27.000 --> 00:04:28.500
, который был полезен для всех вас.

00:04:28.500 --> 00:04:30.360
Спасибо, что присоединились к нам сегодня,

00:04:30.360 --> 00:04:31.950
и если вы заинтересованы в

00:04:31.950 --> 00:04:34.170
Гипермасштабы чувствуют себя свободными
оставить нам, как,

00:04:34.170 --> 00:04:35.320
подписаться на наш канал,

00:04:35.320 --> 00:04:38.090
даже оставить нам комментарий
на то, что вы больше всего

00:04:38.090 --> 00:04:41.460
возбужденных по поводу Hyperscale и
настроиться в следующий раз. Спасибо.

00:04:41.460 --> 00:04:53.470
(МУЗЫКА)