把AspDotNetCoreMvc程序运行在Docker上-part3:使用独立的存储容器

接上一篇博文《把AspDotNetCoreMvc程序运行在Docker上-part2:修改容器以及发布镜像》,这次我们看看如何使用docker存储数据。

背景

之前的示例都只有一个网站应用,其显示的数据是放在内存中,可以查看DummyRepository的实现方式。这样的数据除了用于演示没有什么用处。这一部分,将扩展数据存储功能,用比较实际的存储方式,把数据保存到MySql数据库中。

那么MySql数据库放在哪里呢?用传统部署站点的方式,数据库应该部署在独立的服务器上,那么用于docker也应该有数据库专用的容器。可能有的人会说,数据库放在跟应用站点容器中,不是更方便的吗?对于示例我想可以这么做,但是用于实战的话,会导致耦合,不易于对单独或者单独的数据库进行横向的扩容。所以这部分的示例将会把MySql数据库部署到独立的容器中。

了解volume

在演示之前,需要了解docker中的volume

volume从字面意思理解就是表示容量、体积,它的功能将数据存储独立于容器之外,可以这么理解:删除容器之后,数据还会保留。这么看来不就是类似于数据库的功能吗?

volume示例

对于volume的使用我们可以举个例子来说比较形象

在Docker服务器上创建如下文件Dockerfile.volumes,内容如下

FROM alpine:3.4

WORKDIR /data

ENTRYPOINT (test -e message.txt && echo "File exists" || (echo "Creating File..." && echo Hello, Docker $(date + '+%X') > message.txt)) && cat message.txt

这个文件包含了创建容器的命令

1.拉取镜像alpine:3.4(这是一个很小的Linux发行版)

2.设置WORKDIR

3.设置启动命令,一看就懂,就是看message.txt是否存在,不存在则创建并写入创建时间,否则直接显示内容

然后创建镜像

docker build . -t shenba/vtest -f Dockerfile.volumes

创建并运行一个容器

docker run --name vtest shenba/vtest

然后在输出中能看到如下信息

Creating File...

Hello, Docker 07:10:05

说明是新建的

由于这个容器其他啥也没干,所有运行完毕之后就直接关闭了,我们调用启动命令

docker start -a vtest

这时候的输出是

File exists

Hello, Docker 07:10:05

没问题,说明文件是保存在容器中了

那么我们把容器删掉再创建看看什么效果

docker rm -f vtest

docker run --name vtest shenba/vtest

输出如下

Creating File...

Hello, Docker 07:13:56

创建了新文件,并且输出的时间也变了,说明之前的文件已经不存在了

接下来我们使用volume来解决删除容器后数据丢失的问题

首先修改Dockerfile.volumes文件,在第一个命令之后插入如下命令

VOLUME /data

接着执行build命令更新镜像

docker build . -t shenba/vtest -f Dockerfile.volumes

创建volume,在创建容器的时候会被用到

docker volume create -name testdata

删除之前的容器

docker rm -f vtest

再次创建容器,这里指定了/data的数据是保存在testdata这个volume中

docker run --name vtest -v testdata:/data shenba/vtest

同样能看到输出

Creating File...

Hello, Docker 07:25:27

那么我们先删除这个容器,然后再次创建一个容器

docker rm -f vtest

docker run --name vtest -v testdata:/data shenba/vtest

这时候的输出内容是

File exists

Hello, Docker 07:25:27

说明message.txt这个文件是被保存在外部的volume中,不受容器删除的影响。

使用volume存储MySql数据

好了有了这么一个例子之后,我们接下来将我们的AspDotNetCoreMvc程序的数据保存到MySql数据库中。(为什么用Mysql,而不是微软当家SqlServer,那是应为这里用的是Linux docker平台,SqlServer运行在Linux还太新了,还不了解,避免踩到坑)

既然要用MySql,那首先有个MySql的镜像。跟传统方式不同吧,不用自己安装MySql,直接拉个镜像下来(这个命令需要些时间执行,可考虑配置国内镜像)

docker pull mysql:8.0.0

然后创建一个volume

docker volume create --name productdata

然后创建mysql的容器

docker run -p 3306:3306 -d --name mysql -v productdata:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=password -e bind-address=0.0.0.0 mysql:8.0.0

这里几个参数说明一下

-p 3304:3304 设置宿主机的3304端口映射到容器的3304端口,这样可以在宿主机访问到容器里的mysql

-d 后台运行容器

-e 是设置环境变量,这里设置了两个变量,一个是密码,一个是地址绑定

-v 指定使用的volume,后面的/var/lib/mysql是根据mysql镜像里设置的路径配置的,要查看这个路径可以使用如下命令 docker insepect mysql:8.0.0,在输出的内容中可以看到如下信息

"Volumes": {

"/var/lib/mysql": {}

}

因为设置的是后台运行,所以看不到详细的日志,不过可以通过以下命令查看

docker log -f mysql

从日志中我们可以看到如下字样

MySql is ready….

表明mysql服务已经成功运行了,整个过程比自己手动安装mysql简单多了(前提是docker环境已经搭好)

准备好MySql的docker容器之后,接着更新我们的AspDotNetCoreMvc程序,让数据存储指向MySql,改动过程不详细描述,这里有修改好的代码分支

https://github.com/shenba2014/AspDotNetCoreMvcDocker/tree/mysql

代码拉取下来后执行如下修改

修改appsettings.json中DBHOST的IP地址,指向MySql容器所在宿主机器的IP,如果docker就安装在开发机,那么可设置为localhost

然后执行如下命令(确保mysql的容器已正常运行)

dotnet restore

dotnet ef migrations add Initial

dotnet ef database update

执行完上述命令之后,就会在MySql创建books数据库,并且创建了数据表Book.

我们可以通过以下方式在docker容器上执行mysql命令来查看我们新建的数据库和表

docker exec -it mysql /bin/bash

然后进入到mysql容器下的bash命令,继续执行如下命令

mysql -uroot -p

输入密码(这里的密码在之前创建镜像的时候设置的)之后就会进行mysql的命令行

show databases;

use books;

show tables;

可以看到只有一个表Book

接下来更新我们的shenba/aspdotnetcoremvc镜像

首先还是执行以下publish命令

dotnet publish --framework netcoreapp2.0 --configuration Release --output dist

将dist文件夹拷贝docker所在服务器(如果开发机就是docker服务器可忽略这步)

确保dist文件夹同级别的目录下有Dockerfile文件,这个文件具体内容在项目代码根目录下有

然后执行如下命令更新镜像

docker build . -t shenba/aspdotnetcoremve -f Dockerfile

执行完毕之后,还不能立即创建这个镜像的容器,因为我们的容器是依赖于MySql数据库容器,我们的应用程序镜像是通过docker内部的网络来访问MySql数据库容器。这个网络,不是我们配置的localhost,其具体的访问地址是由docker设置好的

我们可以通过以下命令查看看docker的默认虚拟network的IP地址信息

docker network inspect bridge

在输出结果中我们可以看到类似如下的输出

"Containers": {

"d4e5cf975ad5e3ff11620c02f9b626fa4d0042faab83fa9d0ea86801d2cce452": {

"Name": "mysql",

"EndpointID": "39818b04606078f600a3ab55ef76949807d6528b978ec24d0f91cd5f4217b610",

"MacAddress": "02:42:ac:11:00:02",

"IPv4Address": "172.17.0.2/16",

"IPv6Address": ""

}

},

这是我们的mysql容器使用的网络配置信息,IPv4Address就是给其他容器访问的IP地址。

查看项目的Startup.cs的代码,我们的DBHOST是通过参数读取的。在运行ef migrations命令时,我们是通过appsettings.json中的DBHOST来设置具体的MySql所在服务器地址,实际上就是docker宿主机器的IP地址,因为我们做了映射,所以实际访问的是MySql容器。

然后在运行阶段,我们可以通过指明环境变量的方式来设置这个值

docker run -d --name bookApp -p 3000:80 -e DBHOST=172.17.0.2 shenba/aspdotnetcoremvc

执行完成这个命令之后,就会在mysql容器中插入一些种子数据。并且从输出信息中能看到执行了创建种子数据的过程

Applying Migrations...

Creating Seed Data...

然后通过浏览器访问

http://{ip}:3000就能看到数据是从mysql里读取的

并且重新通过docker exec -it mysql /bin/bash进入mysql可再次确认里面的数据

mysql -uroot -p

use books;

select * from Books;

好了到这里已经完成了,目前实现了两个容器之间的通讯,一个是包含web应用的容器,一个包含数据的mysql容器,说的比较啰嗦,实际上他们的结构图如下,没有想象的那么复杂。

把AspDotNetCoreMvc程序运行在Docker上-part3:使用独立的存储容器

上一篇:JMeter压力测试入门教程[图文]


下一篇:30、ADO.NET、事务、DataSet