SE の雑記

SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿

Archive for the ‘SQL Database’ tag

Azure SQL Database の最新情報 (2019/7/13 版)

leave a comment

SQL Database のアップデートがいろいろと発表されましたのでまとめておこうと思います。

Read the rest of this entry »

Written by masayuki.ozawa

7月 14th, 2019 at 1:30 pm

Posted in SQL Database

Tagged with

SQL Database Hyperscale におけるセカンダリレプリカ上のデータ参照についての考慮点

leave a comment

SQL Database Hyperscale については、SQL Database Hyperscale の構成や特徴を学習する で一度書きましたが、読み取りセカンダリについても追加で勉強した内容がありますので書いておこうかと。

SQL Database Hyperscale では、セカンダリレプリカの台数を 0 ~ 4 台まで指定することができます。

image

ハイパースケール データベースではどのような SLA が提供されるか に記載されていますが、セカンダリレプリカの台数に応じて、SLA が異なります。

  • 1 台のセカンダリレプリカ : SLA 99.95%
  • 2 台以上のセカンダリレプリカ : SLA 99.99%

また、セカンダリの接続ですが、読み取りワークロードのインテリジェントな負荷分散がシステムで行われるか では「ランダムに接続される」ことになっており、複数台のセカンダリレプリカをデプロイしている場合、どのレプリカに接続されるかはランダムとなるようです。
(Build 2019 の内容では、ラウンドロビンとなっていたのですが、私が検証したときにはランダムのような動作となっていました)

今回の本題はそこではなく、「プライマリレプリカで更新 / 追加されたデータがセカンダリレプリカでどのように認識されるか」という点です、

Read the rest of this entry »

Written by masayuki.ozawa

7月 7th, 2019 at 11:54 pm

Posted in SQL Database

Tagged with ,

SQL Database Serverless の自動停止の最小時間が 1 時間に短縮されました (2019/7/6 版)

leave a comment

SQL Database Serverless が提供された当初は、自動停止の期間が「6 時間」だったのですが、これが「1 時間」に変更となったようです。

image

日本語のドキュメントはまだ反映されていないようですが、英語版は記載が変更されています。

Azure SQL Database serverless (preview)

image

デフォルトも 1 時間に変更となったようですね。
できれば 10 数分の期間ぐらいでも設定したいですが、以前の 6 時間よりは使いやすくなったのではないでしょうか。

Written by masayuki.ozawa

7月 6th, 2019 at 7:47 pm

Posted in SQL Database

Tagged with ,

SQL Database の更新情報 (2019/6/13 版)

leave a comment

6/12 にいくつかの更新が発表されていましたのでまとめて確認しておこうかと。

Advanced Data Security available for SQL Server on Azure Virtual Machines

SQL Server on Azure VM で高度なデータセキュリティ機能が利用可能になりました。
SQL Database では以前から実装されていますが、この技術が IaaS の SQL Server でも使用できるようですね。

機能としては、次の 2 種類が使用できるようになるようです。

  • 脆弱性評価
  • 高度な脅威検知

次のような情報も併せて公開されていますね。

脅威検知については、現状は、通常とは異なるアクセスについての検知が利用できるようですが、SQL インジェクションのようなクエリ実行に対しての検知の提供も準備されているようですね。

 

Azure SQL Database Managed Instance でリージョンのリソース制限のサポートが拡大されました

Managed Instance はサブスクリプション内にデプロイできる数がかなり少なく制限されていたのですが、この制限が緩和されたようです。

image

以前はこのような制約でしたが、結構緩和されていますね。

image

最新のリソース制限については こちら を確認していただければ。

 

General availability: 4 vCore Azure SQL Database managed instances on Gen5 hardware

Gen5 については 4 コアモデルの提供が開始されました。
価格の情報リソース制限 の情報も更新されています。

4 コアモデルであれば、今までと比べるとかなりやすく使用できますね。
デモがやりやすくなりうれしい限りです。

 

Dev/test pricing option for individual Visual Studio subscribers is now available for Azure SQL Database managed instance

こちらもうれしい情報なのですが、Visual Studio サブスクリプションについている Azure サブスクリプションで、Managed Insance が利用できるようになりました。

さらに「開発テスト用従量課金プラン」と同様に 55% ディスカウントされた金額で利用できますので、検証時の費用は結構抑えられそうです。

 

Azure SQL Database default configuration changing soon

新しいデータベースを作成した際のデフォルトの構成が汎用目的 / 2 vCore / Gen5 のモデルとなりました。
オプションを何も設定せずに CREATE DATABASE すると次のような DB で作成されます。
image

Written by masayuki.ozawa

6月 13th, 2019 at 11:26 pm

SQL Database のディスクを使用した処理の最小応答時間を取得してみる

leave a comment

de:code 2019 の  DP06 Deep-dive in Azure Cosmos DB: Advanced topics on partitioning, data distribution and indexing で実施されていた Cosmos DB のグローバル分散のデモ で面白いなと思ったものの一つとして、リージョンが違うことによるレイテンシーの違いというものがありました。

この見せ方、面白いなと思って、SQL Database でも簡単なものを試してみました。

DTU モデルの場合は公開されていないのですが、vCore モデルの場合は、デプロイ時に次のような記載があります。

image

データファイル / ログファイルのような物理ファイルにアクセスする場合の想定待機時間が記載されていますね。
詳細については、仮想コアベースの購入モデルを使用した単一データベースに対するリソース制限 でまとめられているのですが、基本的な考え方としては次のようになります。

  • リモートストレージへのアクセス
    • 書き込み時 : 5 ~ 7 ミリ秒程度の I/O 待機時間
    • 読み込み時 : 5~10 ミリ秒程度の I/O 待機時間
  • ローカルストレージへのアクセス :
    • 書き込み時 : 1~2 ミリ秒程度の I/O 待機時間
    • 読み込み時 : 1~2 ミリ秒程度の I/O 待機時間

SQL Database はサービスレベルに応じて、使用するストレージ (接続方式) が異なります。

DTU モデルの「Basic」「Standard」と、vCore モデルの「汎用目的」については、「リモートストレージ」が使用されており、データベースは Azure Premium Storage 上に格納されています。

image

DTU モデルの「Premium」と、vCore モデルの「ビジネスクリティカル」については、「ローカルストレージ」が使用されており、リモートストレージと比較して、高速にアクセスができるようになっています。

image

データベースの処理時間を考える際には、以下の 2 点を考慮する必要があるか思います。

  • アプリケーションからのアクセスを考慮した応答時間
  • データベース単体の応答時間

今回はこれらを考慮した情報の取得を行ってみたいと思います。

Read the rest of this entry »

Written by masayuki.ozawa

6月 9th, 2019 at 3:13 pm

SQL Database Hyperscale の構成や特徴を学習する

leave a comment

SQL Database の Hyperscale が Build 2019 で GA され、SLA 付きで使用できるようになりました。
今後、このサービスレベルに触れる機会もあるかもしれませんので、現在公開されている情報を見ながら学習してみました。
(de:code 2019 の登壇が終わったのでようやく、セッションに関係のない勉強ができる…。)

公式のドキュメントは次の情報となります。
FAQ に記載されている内容が「なぜそうなるのか?」を考えると、構成の理解を進める上で役に立つかと思います。

より詳しい情報については、次のドキュメントから確認できます。

Read the rest of this entry »

Written by masayuki.ozawa

6月 2nd, 2019 at 6:39 pm

Azure SQL Database serverless (プレビュー) を触ってみました

leave a comment

Build 2019 で発表された Azure SQL Database serverless を少し触ってみました。

ドキュメントはこちらから。

基本的な考え方としては AWS の Aurora サーバーレス に通じるものがあるのかと。
(Azure SQL Database serverless は、現時点では最大 4 コアのモデルまでの小さなサイズでの提供となっていますので、スケール面での考え方は異なりますが)

Read the rest of this entry »

Written by masayuki.ozawa

5月 11th, 2019 at 11:47 pm

Build 2019 であとで確認するセッションリスト

leave a comment

SQL Server / SQL Database

 

    • Build 2019 で GA / Preview が発表された Azure Data Platform の機能についてのセッション
      • スライドしか見ていないのですが、それぞれデモもあるようです。
    • Azure SQL Database Hyperscale の GA
    • Azure SQL Database Serverless の Preview 開始
    • Azure SQL Database Edge の Preview 開始
    • Azure Database for PostgreSQL Hyperscale (Citus) の Preview 開始
    • Azure Cosmos DB の Spark / Jupyter Notebook / Cosmos DB API for etcd
    • Azure Data Factory の Mapping Data Flows / Wrangling Data Flows のアナウンス

 

 

    • Build 2019 で発表された「Azure SQL Database Edge」についてセッション
    • 軽量なフットプリント / ターンキー / ML に対応したデータベースエンジンをエッジに接続または、オフラインで実行することができる
      • SQL Server / Azure SQL Database はデータセンター / クラウドで動作するミッションクリティカルなワークロードに対応した、完全な AI / ML 機能を持つ業界をリードするデータベースエンジンとしての役割
      • Azure SQL Database Edge は SQL Server のエンジンを持つため、SQL Server を様々な場所 (として、エッジ / データセンター/ クラウド) でネイティブに動作する一貫性のあるデータ / 分析エンジンとして利用できる
    • エッジでの新しい分析 / データ移動 / 管理機能を持つ
    • 複数のデバイス間にローカルのデータストレージを提供することで、既存の Azure IoT Edge サービスの補完を行う
    • Azure SQL Databas Edge の特徴
      • ARM64 / x64 で動作する 500MB 未満の軽量なフットプリント
      • 時系列処理をビルトインし、SQL と時系列データのストリーミングによる分析が可能
      • R / Python / Java / Spark による AI をビルトイン
        • ML Services + Big Data Cluster の Spark (MSSQL Spark Connector??) のイメージかも
        • AI アイコンが Spark SQL になっているのも少し気になる
      • ターンキー管理による、単一の管理プレーンによる展開と管理
      • SQL Server をベースとしているため、高いパフォーマンスとセキュリティ
    • オンプレ / クラウドの SQL Server 等との連携もできるらしい (エンジンが、SQL Server だからリンクサーバー等が貼れる??)
      • 大量のセンサーデータをエッジで前処理して、クラウドに同期 / 集計することでネットワークの帯域を最適化
      • Azure ML / Azure Analysis Services を用いたデータ活用
    • ThinkSystem S350 Edge Server のような、エッジデバイスがある

 

 

    • Big Data Cluster についてのセッション
    • Big Data Cluser を使用して ML Service を使用したデモ
      • ML for Java 経由で Luis と通信するデモ
    • DataOps
      • 堅牢性と信頼性
        • アプリケーションを簡単にスケールアウトできる
        • セルフヒーリング機能により、高可用性を実現
        • データと同じインフラストラクチャに導入することで、アプリケーションのパフォーマンスを最適化
      • 柔軟性
        • データアプリケーションと機械学習のワークロードを効率的に導入、実行、および管理
        • 組み込みの監視機能により、アプリケーションの管理が容易
      • 統合が容易
        • RESTFul Web サービスを使用して、アプリケーションを素早く統合できる
        • アプリケーションをオンデマンドまたは、スケジュールで実行することにより、信頼性が向上

 

 

 

    • Azure SQL Databas Hyperscale についてのセッション
    • Hyperscale の Primary / Readable secondary / Page server / Log service / Write IO / Read IO  Restore についての基本アーキテクチャについての説明
    • 既存の SQL Database Single DB を Hyperscale に変更することもできるが、 Hyperscale → Single Database への移行はできないので注意

 

 

Managed Instance

 

    • SQL Server 2008 / 2008 R2 のサポート終了の紹介から入る Managed Instance のセッション
    • Managed Instance の今後のロードマップについての説明あり
      • Q1
        • Australia Central 1, 2 / West India リージョンでの利用
        • Arm Template による Geo Restore
      • Q2
        • Instance Level Collation / Custom Time zone の GA
        • インターネットと Azure DNS の依存関係の削除
        • データトラフィックのパブリックエンドポイント
        • 構成可能な接続ポリシー (Proxy / Redirect)
        • ジオリストア
        • 削除した DB の PITR
        • Azure ポータルからの DB 作成
        • 4 vCore モデル / MSDN サブスクリプションでの利用可能
        • Brazil South / South Africa リージョンでの利用
    • SQL Server 環境のクラウドへの移行パターン
    • Migration の情報

 

SQL Data Warehouse

 

    • Azure Data Factory をメインにしたセッション
    • 新しく発表された、MAPPING DATAFLOW / WRANGLING DATAFLOW についても触れられている
    • ADF の今後のロードマップ
      • アクティビティの追加 (Azure Function / Email / バリデーション / Webhook / アーカイブ)
      • トリガーの追加 (スケジュールロールアップトリガー / 依存関係トリガー/連鎖トリガー)
      • チェックポイントサポートによるコピーの再実行
      • 単一の大きなテーブルに対して並列ロード
      • SSIS の利用可能リージョンと VM の選択肢の増加
      • 2019 : ストリーミングパイプライン / データカタログ統合
      • 2020 : マスターデータ管理
    • SSIS ランタイムの今後のロードマップについても触れられている

 

 

Migration

 

    • Azure のマイグレーションについてのセッション
    • Database だけでなくアプリケーションの移行についても触れられている
    • Database については、DMS と Migration Guide の紹介

 

 

    • Azure Database Migration Service についてのシアターセッション
      • DMS を使用して SQL Server から、MI にオンライン移行をするデモ
    • SQL Server から、Managed Instance に移行する場合「SSIS パッケージ移行」というプレビュー機能が追加された。

 

Data Analyze

 

 

 

Azure Data Studio

 

Written by masayuki.ozawa

5月 7th, 2019 at 10:56 pm

Build 2019 の SQL Server 関連の情報について

one comment

 

Get high-performance scaling for your Azure database workloads with Hyperscale から

Hyperscale

Azure SQL Database Hyperscale support for single databases is now available

SQL Database の Hyperscale が GA したようです。

あたらしく、PostgreSQL の Hyperscale が Preview として提供されています。
Quickstart: Create an Azure Database for PostgreSQL – Hyperscale (Citus) (preview) in the Azure portal
Citus が使用されているようですね。

SQL Database Serverless

他には、「Azure SQL Database Serverless」も発表されました。
ウォームアップによる遅延が許容されるのであれば、秒単位課金でコストを抑えることができる新しいモデルとなるようです。
オートスケーリング / オートレジュームといった、今までとは異なる概念がいくつか入っているようですね。

性能面は Serverless compute tier から確認できます。

 

Analytics in Azure remains unmatched with new innovations から

ADF

ADF に Wrangling Data Flows という、新機能が実装されるようです。

SQL Data Warehouse

SQL DW に半構造化データのサポートが行われるようで、JSON のようなデータ形式を SQL DW から直接アクセスできるようになるようです。
他にも、結果セットのキャッシュによる、同一クエリの実行結果を後続のユーザーがすぐに利用できる仕組みと、マテリアライズド・ビューによるパフォーマンス向上も実行できるようですね。

Azure updates から

Written by masayuki.ozawa

5月 7th, 2019 at 1:07 am

Build 2019 開始前に GW 中の SQL Server 関連の話題をキャッチアップしてみる

leave a comment

GW 中は de:code 2019 のセッション準備などを進めており、あまり情報のキャッチアップをできていなかったのですが、最終日ぐらいは、SQL Server / SQL Database 関連の最新情報を眺めてみようかと。

Read the rest of this entry »

Written by masayuki.ozawa

5月 6th, 2019 at 5:09 pm