Azure SQL データベースを計画する

7 分

Azure では、高度に構造化されたリレーショナルデータから非構造化データまで、あらゆる種類のデータの管理に役立つサービスとしてのプラットフォーム (PaaS) サービスを提供しています。

ここでは、Azure SQL Database がリレーショナルデータベースをホストするための便利でコスト効率が高く、安全な方法である理由について学習します。

Azure SQL Database を選ぶ理由

あなたの輸送物流アプリケーションには、基本的な CRUD (作成、読み取り、更新、削除) 操作を実行するストアドプロシージャが必要です。あなたには SQL Server とその他のリレーショナルデータベースの使用経験があります。

次の 2 つのデータベースの選択肢を検討しています。

SQL Server をオンプレミスでホストする: IT チームは、財務部門と他のいくつかのチームをサポートするために、小規模な社内のデータセンターを運用しています。 IT と協力して、そのデータセンターで SQL Server のデプロイをホストできます。
Azure SQL Database をクラウドでホストする: Azure SQL Database は、SQL Server に基づいており、必要なリレーショナルデータベース機能を提供します。

この物流アプリ用に Web とアプリケーションの層を Azure に構築することは決定しています。したがって、そこでデータベースもホストすることは、理にかなっています。ただし、Azure SQL Database が賢明な選択である理由、および仮想マシンを使用するよりもずっと簡単な理由は他にもあります。

利便性

VM または物理ハードウェア上に SQL Server を設定するには、ハードウェアとソフトウェアの要件について理解する必要があります。最新のセキュリティのベストプラクティスを理解し、オペレーティングシステムと SQL Server パッチを定期的に管理する必要があります。また、バックアップとデータ保有の問題も自分で管理する必要があります。

Azure SQL Database では、Microsoft によりハードウェア、ソフトウェア更新プログラム、OS の修正プログラムが管理されます。データベースの名前といくつかのオプショを指定するだけで、数分で SQL データベースを実行できます。

都合に合わせて、Azure SQL データベースインスタンスを起動および破棄することができます。 Azure SQL Database はすばやく起動し、簡単に構成できます。ソフトウェアの構成よりも、アプリをすばらしいものにすることにより集中できます。
コスト

Microsoft がすべてのことを管理するため、利用者の方が購入する、能力を提供する、またはメンテナンスするシステムはありません。

Azure SQL Database には、複数の価格オプションがあります。これらの価格オプションにより、予想しやすい支払いで、パフォーマンスとコストのバランスを取ることができます。月あたりほんの数ドルで始めることができます。
スケール

格納する必要がある輸送物流データの量が毎年倍になっていることに気付いています。オンプレミスで実行する場合、余分な容量をどのくらい計画する必要がありますか?

Azure SQL Database を使用すれば、ニーズの変化に応じてすぐに、ご利用のデータベースのパフォーマンスとサイズを調整できます。
Security

Azure SQL Database には、公開されたインターネットからの接続をブロックするように既定で構成された、ファイアウォールが付属しています。ご自分のデータへのアクセスは、ご自分が制御できます。

信頼できる特定の IP アドレスに対するアクセスを許可することができます。これにより、Visual Studio、SQL Server Management Studio、またはその他のツールを使用して、Azure SQL Database を管理することができます。

計画の概念

Azure SQL Database を使用するに際して、データベース管理者である必要はありません。ただ、開始する前に理解する必要がある概念がいくつかあります。

あなたの輸送会社は、あまりコストをかけずに、他の会社と差別化したいと考えています。コストを管理しつつ最良のサービスを提供するためには、データベースを設定する方法を理解する必要があります。

ここでは、次のような、Azure SQL Database を作成するときに考慮すべき内容を説明します。

データベースの管理コンテナーとしての論理サーバーの動作。
購入するモデルの相違。
エラスティックプールを使用してデータベース間で処理能力を共有する方法。
データの比較と並べ替えの方法に対する照合順序規則の影響。
Azure portal から Azure SQL Database を起動する方法。
信頼できるソースからのみデータベースにアクセスできるようにファイアウォール規則を追加する方法。

1 つのサーバー、多くのデータベース

最初の Azure SQL Database を作成するときは、Azure SQL 論理サーバー も作成します。論理サーバーはデータベース用の管理コンテナーと考えることができます。論理サーバーを使用して、ログイン、ファイアウォール規則、セキュリティポリシーを制御できます。また、論理サーバー内の各データベースでこれらのポリシーをオーバーライドすることもできます。

さしあたり、必要なデータベースは 1 つだけですが、論理サーバーを使うと、後でさらに追加し、すべてのデータベース間でパフォーマンスを調整できます。

パフォーマンスの選択:DTU か仮想コア

Azure SQL Database には 2 種類の購入モデルがあります。DTU と仮想コアです。

DTU とは

DTU とは "データベーストランザクションユニット" のことであり、コンピューティング、ストレージ、I/O リソースの結合されたメジャーです。 DTU モデルは、シンプルな事前構成済みの購入オプションと考えることができます。
仮想コアとは

仮想コア (vCore) は Virtual Core の略で、作成して支払うコンピューティングリソースとストレージリソースを、いっそうきめ細かく制御できます。

コンピューティング、ストレージ、および I/O リソースについて固定された構成が用意されている DTU モデルとは異なり、仮想コアモデルを使うと、これらの各リソースを個別に構成できます。たとえば、仮想コアモデルでは、コンピューティングと I/O スループットを既存の量にしたまま、ストレージ容量を増やすことができます。

この輸送と物流のプロトタイプで必要なのは、1 つのデータベースだけです。あなたは、コンピューティング、ストレージ、I/O のパフォーマンスの最適なバランスが提供される DTU オプションを使うことにします。プロトタイプの構築中は、小さな DTU データベースの方が使用コストを低くできます。

SQL エラスティックプールとは

Azure SQL Database を作成するときに、SQL エラスティックプール を作成することができます。

エラスティックプールを使用すると、複数のデータベースの共有用に、1 つの価格 (リソースの 1 つのプール) を選択できます。エラスティックプールはリソース使用率のプールであり、一部のデータベースでピークアクティビティの時間が異なる場合に最適です。ビジネスがタイムゾーンにまっていて、それぞれ現地時刻の午前 8 時に最もデータベースが混雑すると考えてみましょう。各データベースは、お客様が設定したプールのリソース制限内で、必要なリソースを使用できます。

SQL エラスティックプールでは、eDTU (エラスティック DTU) を使用することも、仮想コアを使用してプロビジョニングすることもできます。

このプロトタイプでは、必要な SQL Database は 1 つだけなので、SQL エラスティックプールは必要ありません。

照合順序とは

照合順序とは、データを並べ替えたり比較したりする規則のことです。大文字小文字の区別、アクセント記号、その他の言語の特性が重要なときに "並べ替え規則" を定義する場合に、照合順序が役立ちます。並べ替え規則を使用すると、順序付けに従ってデータを並べ替えることができます。

既定の照合順序 SQL_Latin1_General_CP1_CI_AS が意味することについて考えます。

Latin1_General は、西ヨーロッパ言語のファミリを示します。
CP1 は、ラテンアルファベットの人気のある文字エンコーディングであるコードページ 1252 を示します。
CI は、比較で大文字と小文字が区別されないことを意味します。たとえば、"HELLO" と "hello" は同じです。
AS は、比較でアクセントが区別されることを意味します。たとえば、"résumé" と "resume" は同じではありません。

データの並べ替えと比較の方法に関して特定の要件はないので、既定の照合順序を選択します。