现在.net core已经跨平台了,大家也都用上了linux用上了docker。跟.net经常配套使用的SQL SERVER以前一直是windows only,但是从SQL Server 2017开始已经支持运行在docker上,也就说现在SQL Serer已经可以运行在linux下了。
下面在Ubuntu 16.4上演示安装并使用SQL Server 2019-CTP3.2
SQL Server in Docker
sudo docker pull mcr.microsoft.com/mssql/server:2019-CTP3.2-ubuntu
使用docker pull
命令从docker hub
拉取sqlserver 2019-ctp3.2
的镜像
sudo mkdir /hd2/sqlserver2019_data
sudo docker run -e "ACCEPT_EULA=Y" -e "SA_PASSWORD=dev@123," -p 14330:1433 --name sqlserver2019 -v /hd2/sqlserver2019_data:/var/opt/mssql -d mcr.microsoft.com/mssql/server:2019-CTP3.2-ubuntu
使用docker run
命令启动容器,其中要注意的是使用-v
参数指定了sqlserver2019_data
目录挂载到容器的/var/opt/mssql
目录,这个目录是用来存储数据库文件的,所以最好挂载到外容器外部,避免因为不小心删除容器而丢失数据
sudo docker ps -a
使用docker ps
命令查看容器运行情况,可以看到sqlserver2019正在运行
使用命令行连接SQL Server
sudo docker exec -it sqlserver2019 "bash"
使用docker exec
命令登录到容器内部执行命令
/opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P "dev@123,"
在容器内部执行命令,打开sqlcmd
打开sqlcmd
之后我们就可以进行一些数据库的操作了,比如创建数据库,创建表,查询数据等。
CREATE DATABASE TEST_DB
GO
USE TEST_DB
GO
CREATE TABLE Table1 (ID INT, NAME NVARCHAR(50))
GO
Insert Into Table1 Values (0, 'agile')
创建TEST_DB
数据库;创建表Table1
;插入一行数据;查询表数据
同样可以使用Sql Server Management Studio来管理。
使用服务器ip加端口连接成功后,可以看到刚才新建的数据库TEST_DB
跟表TABLE1
还有里面的数据都在。能使用SSMS管理后就简单多了跟使用SQL Server其他版本没啥区别。
至此SQL Server in Docker的基本操作演示的差不多了,还有更多的高级功能比如配置故障转移集群,复制订阅,Always On等功能跟windows环境配置还有点区别大家可以自己尝试一下。
SQL Server in Docker 还原数据库
上一会演示了如果在Docker环境下安装SQL Server,这次我们来演示下如何还原一个数据库备份文件到数据库实例上。
使用winscp上传bak文件到linux服务器
上一回我们启动docker容器的时候使用了-v
参数挂账了本地目录/hd2/sqlserver2019_data
到容器内目录/var/opt/mssql
,所以我们只需要把文件testdb.bak
上传到/hd2/sqlserver2019_data
目录,docker
容器即可访问。
我使用了下Sql Server Management Studio的还原功能试了下,没有成功,不知是不是SSMS版本的问题。既然SSMS不能还原,那就使用命令行来试试吧。
使用docker exec命令在容器内执行命令
因为SQL Server安装在Docker容器内,所以执行命令行都需要进入到容器内。
sudo docker exec -it sqlserver2019 /bin/bash
接下来的命令全部在sqlserver2019容器内执行。
使用RESTORE FILELISTONLY
命令列出备份数据文件的逻辑名
/opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P 'dev@123,' -Q 'RESTORE FILELISTONLY FROM DISK = "/var/opt/mssql/testdb.bak"' | tr -s ' ' | cut -d ' ' -f 1-2
使用该命令可以把数据库的数据文件,日志文件名称显示出来。在接下来的恢复操作中有用。
使用RESTORE DATABASE命令还原数据库
/opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P 'dev@123,' -Q 'RESTORE DATABASE testdb FROM DISK = "/var/opt/mssql/testdb.bak" WITH MOVE "testdb" TO "/var/opt/mssql/data/testdb.mdf" , MOVE "testdb_log" TO "/var/opt/mssql/data/testdb.ldf"'
看到RESTORE DATABASE successfully
的时候表示数据库还原成功了。让我们使用SSMS看看数据库是否真的还原成功了。
可以看到数据库已经还原上去,里面的表,数据都可以正常操作。至此,数据库文件还原成功。
.Net Core in Docker 在容器内编译发布并运行
Docker可以说是现在微服务,DevOps的基础,咱们.Net Core自然也得上Docker。.Net Core发布到Docker容器的教程网上也有不少,但是今天还是想来写一写。
你搜.Net core程序发布到Docker网上一般常见的有两种方案:
- 1、在本地编译成Dll文件后通过SCP命令或者WinSCP等工具上传到服务器上,然后构建Docker镜像再运行容器。该方案跟传统的发布很像,麻烦的地方是每次都要打开相关工具往服务器上复制文件。
- 2、在服务端直接通过Git获取最新源代码后编译成Dll然后构建Docker镜像再运行容器。该方案免去了往服务器复制文件这步操作,但是服务器环境需要安装.Net Core SDK 来编译源代码。
自从用了Docker简直懒的不能自理,我既不想手工复制文件到服务器,也不想在服务器装.Net Core环境。显然只要Docker镜像包含.Net Core SDK环境就可以在Docker内帮我们编译代码然后运行,这样连我们的服务器都不用装啥.Net Core的环境拉。
在Docker内编译发布.Net Core程序并运行
新建一个Asp.net Core MVC项目
我们使用一个Asp.net Core MVC程序来演示如何发布到Docker并运行。
使用vs新建一个Asp.net core mvc项目
public class HomeController : Controller
{
public IActionResult Index()
{
return Content($"Core for docker , {DateTime.Now} , verson 2");
}
}
修改HomeController
下的index Action,直接输出一段文字
public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
WebHost.CreateDefaultBuilder(args)
.UseKestrel(op =>
{
op.ListenAnyIP(5000);
})
.UseStartup<Startup>();
修改Program
下的CreateWebHostBuilder
方法,让Kestrel
监听5000端口
本地运行一下试试
推送源码到代码仓库
把我们的代码推送到对应的Git仓库,方便我们从部署服务器上直接拉取最新的代码。
X:\workspace\CoreForDocker>git remote add origin https://gitee.com/kklldog/CoreForDocker.git
X:\workspace\CoreForDocker>git push -u origin master
Username for 'https://gitee.com': xxx@gmail.com
Password for 'https://xxx@gmail.com@gitee.com':
Counting objects: 88, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (83/83), done.
Writing objects: 100% (88/88), 527.07 KiB | 2.43 MiB/s, done.
Total 88 (delta 7), reused 0 (delta 0)
remote: Powered By Gitee.com
To https://gitee.com/kklldog/CoreForDocker.git
* [new branch] master -> master
Branch 'master' set up to track remote branch 'master' from 'origin'.
添加Dockerfile文件
在CoreForDocker
下新增一个Dockerfile
文件,注意没有任何扩展名。我们需要基于microsoft/dotnet:latest
这个镜像构建一个新的镜像。并且在构建的过程中直接对源码进行编译并发布。
FROM microsoft/dotnet:latest
WORKDIR /app
COPY /. /app
RUN dotnet restore
RUN dotnet publish -o /out -c Release
EXPOSE 5000
ENTRYPOINT ["dotnet", "/out/CoreForDocker.dll"]
大概解释下Dockerfile
的意思:
FROM microsoft/dotnet:latest:使用dotnet的最新镜像,这个镜像其实对应的应该就是2.2-sdk这个镜像,里面包含了dotnet-core 2.2 sdk
WORKDIR /app:指定工作目录为app
COPY /. /app:复制宿主机当前目录的内容到容器的app文件夹
RUN dotnet restore:还原nuget包
RUN dotnet publish -o /out -c Release:编译并发布程序集到容器的out目录
EXPOSE 5000:暴露5000端口
ENTRYPOINT [“dotnet”, “/out/CoreForDocker.dll”]:容器启动的时候执行dotnet命令,参数为/out/CoreForDocker.dll
Dockerfile
的文件属性设置为始终复制
新建好Dockerfile
后git push
到代码仓库。
在服务器上构建Docker镜像
这里以Ubuntu为例,ssh
登录到服务器后使用git clone
命令拉取源代码。
git clone https://gitee.com/kklldog/CoreForDocker.git
进入源码目录
cd CodeForDocker\CodeForDocker
使用docker build
命令构建新的镜像,注意不要忘记最后一个’.’
docker build -t image_code4docker .
运行容器
如果以上步骤都没有报错,那么恭喜你镜像已经构建成功了,我们可以使用此镜像运行Docker容器了。
docker run -d --name code4docker -p 5000:5000 -v /ect/localtime:/ect/localtime image_core4docker
使用image_core4docker
镜像运行一个名为core4docker
的容器,绑定宿主机的5000
到容器的5000
口。其中需要注意的是-v
参数映射宿主机的/ect/localtime
文件夹到容器的/ect/localtime
文件夹,因为经过实践发现容器中的时区有可能跟宿主机不一致,需要映射宿主机的/ect/localtime
让容器的时区跟宿主机保持一致。
访问一下服务器的5000
端口,发现能够正确返回数据表示我们的Asp.net Core程序在容器中运行成功了
以后当我们对源码进行修改,并提交后,我们只需在服务器上拉取最新的代码然后使用docker build
,docker run
命令来再次生成镜像并运行容器。但是手工输入docker build
,docker run
的命令好像也很麻烦,参数又那么多,太烦了。
使用shell脚本简化操作
为了偷懒不想敲那么长的命令,我们可以构建一个脚本,把命令一次性写好,以后只要运行一次脚本就可以了。
使用vim
新建一个publish.sh
的文件
vim publish.sh
键盘上按i进入编辑模式,输入以下内容
cd CoreForDocker/CoreForDocker
git pull
docker stop core4docker
docker rm core4docker
docker rmi image_core4docker
docker build -t image_core4docker .
docker run --name core4docker -d -p 5000:5000 -v /etc/localtime:/etc/localtime image_core4docker
以上命令,不光有新建镜像跟运行容器的命令,还有移除原来的容器跟镜像的命令
按ecs进入命令模式,退出保存
:wq
让我们模拟修改一下源代码,并提交到代码仓库
public IActionResult Index()
{
return Content($"Core for docker , {DateTime.Now} , version 2");
}
再次修改homecontroller
的index action
,输出内容上新增一个version
ssh
登录到服务器,运行publish.sh
文件
/bin/bash publish.sh
跑完之后我们再次访问下服务器的5000
口,数据返回正确,表示服务器上跑的已经是最新的程序了
总结
通过以上演示我们基本了解如何通过git
跟docker
配合在Ubuntu服务器上不安装.Net Core SDK来发布.Net Core 程序到容器中运行,并且通过shell脚本的方式再次简化发布。但是尽管这样每次发布都需要ssh到服务器上然后运行脚本,特别是开发环境可能经常需要发布,还是觉得麻烦。有没有什么办法让我们push代码后服务器自动就开始部署最新的代码的到容器中运行了呢?