先日、Azure SQL Database の Hyperscale のゾーン冗長構成が一般提供開始 (GA) しました。
Hyperscale のゾーン冗長は、SQLBits 2022 付近で機能が発表され Azure SQL News Update | Data Exposed Live @SQLBits 2022 で紹介されています。
Archive for the ‘Hyperscale’ tag
db tech showcase 2019 に登壇しました
この投稿が公開されたときには登壇中だと思いますが、セッションで使用した資料については、SlideShare で公開しています。
後日、db tech showcase のサイト でも資料と動画が公開される予定ですので、実施したデモなどに関しては後日公開の動画からご確認ください。
Hyperscale のトランザクションログの切り捨てタイミングについて
SQL Database の Single Database では、SQL Database バックアップとは に記載されているタイミングでトランザクションログのバックアップが取得され、ログの切り捨てが行われます。
Hyperscale の各種メトリクスを取得して分析すると気づくのですが、Hyperscale については、定期的な間隔ではなく、使用サイズによってトランザクションログの切り捨てが行われるような動作となっているように見えます。
このサイズが何によって決まっているのかを調べてみました。
Read the rest of this entry »
SQL Database Hyperscale におけるセカンダリレプリカ上のデータ参照についての考慮点
SQL Database Hyperscale については、SQL Database Hyperscale の構成や特徴を学習する で一度書きましたが、読み取りセカンダリについても追加で勉強した内容がありますので書いておこうかと。
SQL Database Hyperscale では、セカンダリレプリカの台数を 0 ～ 4 台まで指定することができます。
ハイパースケール データベースではどのような SLA が提供されるか に記載されていますが、セカンダリレプリカの台数に応じて、SLA が異なります。
- 1 台のセカンダリレプリカ : SLA 99.95%
- 2 台以上のセカンダリレプリカ : SLA 99.99%
また、セカンダリの接続ですが、読み取りワークロードのインテリジェントな負荷分散がシステムで行われるか では「ランダムに接続される」ことになっており、複数台のセカンダリレプリカをデプロイしている場合、どのレプリカに接続されるかはランダムとなるようです。
(Build 2019 の内容では、ラウンドロビンとなっていたのですが、私が検証したときにはランダムのような動作となっていました)
今回の本題はそこではなく、「プライマリレプリカで更新 / 追加されたデータがセカンダリレプリカでどのように認識されるか」という点です、
Read the rest of this entry »
Azure SQL Database Hyperscale のデータアクセスの基本パターンを調べてみる
Azure SQL Database の新しいサービスレベルである、Hyperscale が現在、Preview のサービスですが提供されています。
現時点で公式に公開されている情報としては、次のような内容でしょうか。
- Azure SQL Database ハイパースケールのパブリック プレビューのお知らせ
- 最大 100 TB のハイパースケール サービス レベル (プレビュー)
- BRK3150 – New performance and scale enhancements for Azure SQL Database
概要については、これらの情報から確認できるのですが、実際にどのようなデータアクセスが行われるのかが公開されていなかったので、可能な範囲で調べてみました。
Read the rest of this entry »