おそらく、発端は次のポストだと思うのだけど、よくわからん…が、その後に続く「Mac でにインストールするときに～」が気になったので、備忘録として構築手順を残しておこう。
Linux で SQL Server が動くと言われた当初のころから、ちまちまと Linux に入れたみたことがあるのだけど、なかなかうまくいかない。当時は、Linux + dontet の環境が貧弱だったせいもあるし、SQL Server on Linux がまともに動いていなかったというのもある。じゃあ、今はどうなのか？というと、（かなりズルいが）Docker で構築するのがベストである。Docker 上ってのが Linux なのかが不明なんだけど（私としては、Docker 上ってのと Linux 上ってのを分けたい派なんだが、これは後述しよう）、ひとまず Docker ≒ Linux 上という意図？のもと、それだったら今ならなんとかなりますね、程度には何とかなる状態になっている。ちなみに、macOS 上はわからん。そもそも、macOS 上で開発環境ならばまだしも、実運用環境はあり得ませんよね（と暴言を吐いておく）。まあ、mac server を使うのもそれなんだけど、少なくとも現時点ではクラウド上と言えば Linux と一般的には決まっている（これも Azure 上では Windows Server が動いていることは伏せておく）。あくまで、一般的な SE やプログラマの範疇で、開発環境ないし運用環境を考えてみた結果、
- 開発環境の構築は、いわゆる LAMP 環境の方が便利ではあるが、SQL Server も Docker を利用して手軽に構築できるまではできている。
- クラウド運用環境としては、Azure, AWS と分かれる。AWS 環境では SQL Sever は自前で構築しないといけないので面倒がだが、Azure 環境では SQL Server が用意されているので、これを使うことができる。なお、Azure では、SQL Server のほうが MySQL を立てるよりも安いので「安価」という点でも有利となる。AWS の場合は、当然のことながら、MySQL や PostgreSQL が選択肢となる。
- 運用環境において、レコードサイズが少ない（1億件以下）となると、MySQL や PostgreSQL でもよいのだが、10億件となると Oracle や SQL Server を考えざるを得ない。なお、NoSQL として key-value 型の分散データベースを考慮するのも必要ではあるが、ここは一般的なリレーショナルデータベース（生産管理や物流追跡など）を使いたい場合とする。実際のところ、生産分野では key-value 型だとちょっと困る（設計上の制約というのもあるだろうが）
製品の購入やランニングコスト、サポートやセキュリティ条件などがあり、どの構成を使うと良いという訳では必ずしもない。
ちなみに、クラウド上に 10 億件のデータを置く場合、データベース容量のランニングコストが並みではない。常にストレージとして 2TB ぐらいクラウド上に配置されてしまうので、この固定費が馬鹿にならない。また、データをアップロードするにしても 2TB のデータは容易ではない。その場合は、素直にオンプレの PC でデータベースを構築したほうがよい。今後の MCP サーバーとかは、オンプレ PC を使ったほうが安価になるはずだ。社内 DB の検索とかにいいんじゃないですかね？
ただし、端的に言えば
のように、Linux + SQL server + dotnet の環境はお薦めしない。止む無く、既存の SQL Server のデータをそのまま持って行きたい場合に限るだろう。運用を考えれば、
- Windows Server + SQL Server + dotnet
- クラウド上の Azure SQL Server + Azure Functions でマイクロサービス
- テスト用バックエンドとして Azure 上に SQL Server + dotnet 環境で web api サービスあるいは MCP サービス
に限るだろう。
Linux + SQL Server + dotnet 環境を Docker 内に構築する
忘れられているが、Windows Server の Docker コンテナ（ホストではなく）というのがある。忘れ去られているが。それを使ったほうが SQL Server は安定するのではないか、と思うのだが、GUI がない場合 SQL Server の設定は結構面倒なので、素直に Linux Docker を使ったほうが便利です。
実は、構築の仕方は microsoft が出している。
Docker: SQL Server on Linux 用のコンテナーを実行する – SQL Server | Microsoft Learn https://learn.microsoft.com/ja-jp/sql/linux/quickstart-install-connect-docker?view=sql-server-ver17&tabs=cli&pivots=cs1-bash
出してはいるんだけど、なんかうまいかないんですよね。というか、この記事だけだと要件に足りないんですよ。機能しか載っていないので。
要件としては次を考えます。
# 要件定義
- Linux Docker で動作する SQL Server + dotnet 環境を構築する
- SQL Server と dotnet は Dockerfile で動かし、Docker compose を使う
- donet 環境では web api を提供する
という形になるので、SQL Server と dotnet（web api）の2つの Dockerfile が必要になります。
以前は、この環境を構築するのに Microsoft が提供する SQL Server 用の dockerfile と、.NET Core の Dockerfile を組み合わせてあれこれやらないけなかったのですが、いまだと Copilot に作って貰えます。
docker-compose.yaml
services:
sqlserver:
image: mcr.microsoft.com/mssql/server:2022-latest
container_name: sqlserver
environment:
SA_PASSWORD: "Zaq!2wsx"
ACCEPT_EULA: "Y"
ports:
- "11433:1433"
volumes:
- sql_data:/var/opt/mssql
networks:
- backend
dotnetapp:
image: mcr.microsoft.com/dotnet/aspnet:9.0
container_name: dotnetapp
build:
context: ./dotnetapp
dockerfile: Dockerfile
ports:
- "5000:80"
depends_on:
- sqlserver
networks:
- backend
volumes:
sql_data:
networks:
backend:
ディレクトリ構成
project-root/
├── docker-compose.yml
└── dotnetapp/
├── Dockerfile
└── [your ASP.NET project files]
dotnetapp/Dockerfile
FROM mcr.microsoft.com/dotnet/sdk:9.0 AS build
WORKDIR /app
COPY . .
RUN dotnet publish -c Release -o out
FROM mcr.microsoft.com/dotnet/aspnet:9.0
WORKDIR /app
COPY --from=build /app/out .
ENTRYPOINT ["dotnet", "webapi.dll"]
おそらく cli codex とか claude code でも作れる筈です。
都合上、SQL Server のポート番号、.NET のバージョンを変えています。確か、以前やったときは .NET9 がうまく動かなくて .NET8 にしたのですが、現在 .NET8 がディスコンになったので .NET9 で動かないと不味いんですよね。果たして。
docker compose up -d
できあがったら、SQL Server Managemnet Stuido で接続してみます。
Docker 内のポートにつなげるので「localhsoat,11433」を使います。
無事接続できているので、SQL Server on Linux in Docker は大丈夫そうですね。このあとは、dotnetapp ディレクトリ内に dotnet new webapi とかして、Web API 用のプログラムを作ればいいわけです。
- dotnet new webapi でプロジェクト構築
- ddl.sql で各種のテーブル作成
- ddl.sql に従って CRUD できる openapi.yaml を作成
- openapi.yaml に従って、model クラス群を作成
- oepnapi.yaml に従って、controller クラス群を作成
という手順になります。ddl.sql は create table の羅列でよいので、適当に copilot に作って貰います。その後は、好きな AI エージェントを使って、先の手順を動かせば ok です。これえひな形となる web api の .NET プロジェクトが作成できます。
Linux 上で SQL Server を使うメリットは？
先にも書きましたが、Linux 上で SQL Server を動かすメリットはほとんどありません。あるとすれば、
- 10億件程度レコードがあるが、Oracle では高い（SQL Server もそこそこ高いが）
- LINQ が使いたい（Laravel の Eloquent ではなく、Ruby の Acitve Reacord でなく、Node.js の comporess ではなく…）
- SQL Server が手慣れていて、MySQL とか PostgreSQL だとよくわからない。
- 既存の SQL Server のデータを移行しないといけない。カラム名が日本語の場合とか。これが一番多いと思われ。
って、ところですね。Docker で構築するのだったら、同じような手順で Linux + Laravel + MySQL という組み合わせも手軽にできるので、実は大差がありません。これも、自分にとって手慣れているか否かの違いです。開発環境として試験的に使いたいときは、MySQL や PostgresSQL よりも SQL Server + LINQ の組み合わせの方が早いです、という .NET 開発者向けです。
じゃあ、運用上どうなんだ？という話と、運用時に Docker 上でよいのか？という疑問があります。Docker イメージとしては microsoft 社が提供するる”mcr.microsoft.com/mssql/server:2022-latest” を使えば、インストールが簡単です。が、当然のことながらオンプレの PC などに直接入れる場合はここがハードルになります。ほかにも、10億件のレコードの場合 Oracle という選択肢があります。Oracle の場合も SQL Server と同じように Docker イメージが用意されています。
oracle/docker-images: Official source of container configurations, images, and examples for Oracle products and projects https://github.com/oracle/docker-images
実は Oracle の場合は古いバージョンの Docker イメージとか設定が用意されていて、移行とかに楽なんですよね。経験則ではありますが、Oracle の場合は設定ファイルが別口になっているので、データベースファイルが潰れたときにでも設定ファイルが残っているので、これを使ってデータの救出が可能なのです。このために昔は Oracle を使っていたものなのですが（Unix 上で SQL Server が動かないというのも理由のひとつですが）、いまはどうなんでしょう？
あと、SQL Server はクライアントからの接続にパイプを使っているときが一番高速で TCP/IP 経由だとちょっと遅いんですよ。それに、SQL Server のファイルアクセスは特殊で、このあたりは Windows Server に最適化されているのですが、Linux 版の場合はどうしても posix 経由になってしまうのでパフォーマンスが落ちがちです。が、そこまで気にするのもどうかと思うし、そこまでチューニングしないといけない環境の場合は、Windows Server + SQL Server を選びますよね。なので、Linux + SQL Server の組み合わせははどうしても中途半端な気がするのです。
そうでもあっても、.NET （特に LINQ）が使いたい場合には、dotnet + SQL Server の組みわせがよいので、運用パフォーマンスよりも、開発パフォーマンス（不具合修正なども含めた保守・改修のパフォーマンス）を優先する場合には、Docker 上でもアリかなと思うのですが、果たしてどうでしょうか。
