SQL Server 容器介绍

阅读数:2102 2016 年 9 月 22 日 19:04

本文要点

  • 现在可以使用基于 Docker 的 SQL Server 容器了。
  • SQL Server 容器为开发、测试和持续集成场景的支持提供了一个新的选择。
  • SQL Server 容器可以在数秒内创建完成,并且可以让团队在一个共享的虚拟机中使用相互隔离的实例。
  • Windows(SQL Server)容器可以运行在合并的虚拟机上。
  • SQL Server 容器可以被应用到遗留项目或云上应用中。

微软在 2014 年秋宣布,计划在 Windows Server 2016 中增加对 Docker 容器的支持。这个声明进一步强调了微软对 Linux 和开源工具的日益关注。在接下来的几个月,.NET Core 开放了源码,微软和红帽结成联盟,并宣布了计划将 SQL Server 移植到 Linux 上。Windows 社区对容器的支持近在眼前,那就让我们深入探索 SQL Server 容器的使用。

容器与虚拟机

容器的概念已经存在了数十年(记得 BSD Jails 大致发布于 2000 年),但现在都涌入了采用 Docker 公司开源项目的主流中。Docker 的设计包含一个优雅的应用打包方法以及一个对容器进行管理的服务器端 API。该设计的核心是通过将软件依赖内嵌在容器镜像内来解决“依赖地狱”的应用打包方式。通过使用 Docker 容器,开发人员可以确保在笔记本上开发的应用能在一个共享测试服务器或公有云上运行。

正如 Win32 API 控制着桌面应用领域,Docker 正快速地成为事实上的容器打包工业标准 API。微软正在为 Windows Server 2016 实现一个 Docker API 的子集,从而通过开放容器计划(Open Container Initiative)参与到这个标准化过程中。用户可以从 Docker 对业界的支持中获益,这些支持包括 AWS、Azure 的主机服务、云服务以及第三方监控、日志、集群等管理工具。

容器有高速、轻量以及提升资源利用的优势。容器只需要数秒就可以启动,且往往对主机只有很小的增量负载。在一个共享的开发、测试服务器上运行大量的容器也很寻常。而另一方面,虚拟机却需要数分钟来启动,并且只有较低(10-15%)的资源利用率。容器在开发和测试环节的盛行正是由于它在创建环境时的高速和灵活,以及相应对虚拟机使用(或维护)需求的明显减少。

容器镜像和仓库

容器提供用户和进程的隔离来保护应用免收其他容器的不良操作。.Net 和 SQL Server 容器也都提供有效的命名空间隔离。业界极度关注提升容器的安全性,主要云提供商(Azure、AWS)将容器包装在虚拟机中来保证其安全使用。容器也有方法来管理资源使用,比如限制 CPU、磁盘和网络使用。

容器是通过 Docerfile 来构建的。Docerfile 是一个包含一系列构建容器命令的文本文件。Dockerfile 从一个基础镜像开始,向容器内增加代码、数据。容器可以被保存并且作为“镜像”被复用。镜像可以保存在一个共享的仓库中。

关系型数据库容器和 SQL Server

MySQL 和 Postgres 属于 Docker Hub 中最受欢迎的容器镜像之列。数据库容器被用来构建相同的、隔离的、沙箱化的环境来进行开发、测试。数据可以放在容器内,也可以挂载(mount)上去。SQL Server 容器是基于微软共享 DLL 架构的 SQL Server 实例,这个架构在过去十年中为同一个主机上运行多 SQL Server 实例提供支持。容器提供额外的进程和用户隔离和 SQL Server 配置,用户可以通过 SQL Management Studio 或其他工具来访问。一旦构建完成,容器可以保存为镜像,使用镜像来帮助团队在一个共享主机上构建多个相同实例。容器特有的优势包括:

  • 速度:SQL Server 容器可以在数秒内提供服务,并为经常需要停用和快速替换实例的开发和测试人员提供有效的支持。
  • 高效:多个 SQL Server 容器可高效地在同一共享主机上运行,并且支持合并多个虚拟机为单个共享虚拟机来提供给开发测试团队,这相应节省了许可证(license)和维护的成本。
  • 持续集成(CI)、持续交付(CD)支持:SQL Server 容器提供自动增加挂载(mount)数据库的支持、构建时运行配置脚本、以及持续集成和持续发布过程所需要的自动化构建支持。
  • 高可用(HA)、灾备(DR)支持:SQL Server 容器支持集成管理数据库副本、快照、镜像的第三方系统,并花费大量工作来证明一系列操作的效用。下面会详细介绍。

微软在 2016 年下半年准备实现 Windows Server 对 Docker 的支持。微软所设计的特点是可以支持 Windows Server 2016“内核”或无输出界面的 Nano 服务器。有趣的是微软闭口不言 Windows Server 2016 对 SQL Server 容器的支持,今年春天演示的第一个 SQL Server 容器也是运行在将来的 SQL Server 的 Linux 移植版上的!这意味着 SQL Server 可能倾向于支持 Linux 主机而不是 Windows 容器。这可以理解,毕竟微软选择实现 Linux 风格的容器和应用配置。

微软的 Windows Server 2016 容器被设计为兼容.NET、Windows 控制台应用和服务所在的 shell 容器。然而,SQL Server 和其他 Windows 应用并不适合在 shell 中进行管理。Windows Server 2016 上的 SQL Server 容器会需要使用 SQL Management Studio 或其他工具来运行脚本或增加、挂载数据库。简单来说,SQL Server 容器需要这些手动操作,阻碍了容器所提供的的高速和自动化。

幸运的是,对基于 Docker 的开源项目移植的 SQL Server 容器感兴趣的开发人员可以找到微软之外的实现。WinDocks 是一个由前微软工程师组建的初创组织,他们已经为 Windows 8、Windows 10、Windows Server 2012、Windows Server 2016 发布了 Docker 开源项目的移植版。WinDocks 支持 SQL Server 2008(及 r2)、2012、2014 和 2016 的所有版本。WinDocks 为 Windows 添加容器的支持,使用户可以在容器中使用 SQL Server 的许可证。本文以 WinDocks 社区版本为基础,可以免费获得这个版本。

数据持久化和 SQL Server 容器

SQL Server 容器和 SQL Server 实例在使用上没有区别,所以需要选择本地数据或挂载的数据库。WinDocks SQL Server 容器支持使用ADDDB命令来复制一个数据库到容器中,而MOUNTDB命令支持挂载本地或网络上的数据库。

ADDDB复制数据库(Primary、Secondary 和日志文件)到容器中,并在容器启动时追加,在容器停止时剥离。SQL Server 容器提供命名空间隔离,所以多个相同实例可以在相同主机上的容器中运行而无需考虑命名和用户冲突。

一旦创建完成,容器和其追加的数据库可以被保存为新镜像,之后开发和测试人员可以方便地根据需求生成实例。容器可以在数秒内实例化,具体速度取决于数据库的大小和数量。这是支持开发和测试的一种常用方式,一些用户在容器中增加 30 个或更多的数据库也能拥有良好的性能。

“容器内”数据和本地添加到实例中的数据是一样的。容器拥有这些数据,并将它们持久化在容器的文件系统中,同时受到容器宕机的影响。数据库可以通过 SQL Server Management Studio 或其他标准工具来访问。

下面是一个 DockerFile 使用ADDDB的例子,它由两个命名的数据库组成,包含一个 primary 数据库文件和多个 secondary 数据库文件:

FROM MSSQL-2016 
ADDDB dbname Primarydb.mdf Secondarydb.ndf Secondarydb.ndf 
ADDDB dbname2 Primarydb.mdf Secondarydb.ndf

ADDDB将数据库复制到容器内,MOUNTDB支持挂载本地或网络上的数据库。WinDocks 支持容器独立生成的挂载点。在这方面,WinDocks 反映了将来 Docker 设计的方向。详见 Volume 问题集

使用MOUNTDB让数据库在容器启动时挂载并追加,并在容器停止时卸载并剥离。每个数据库只支持一次挂载。与容器使用ADDDB不同,挂载的数据库不会被放入 SQL Server 容器镜像中。为了支持挂载在多个容器上,数据库必须建立副本并创建或克隆多个挂载点。

下面是MOUNTDB使用本地和网络数据库的一个例子:

FROM MSSQL-2016 
MOUNTDB dbname c:\path\Primarydb.mdf 
MOUNTDB dbname2 \networkpath\dbname2.mdf \networkpath\dbname2.ndf

构建 SQL Server 容器

下面的例子描述了使用ADDDB构建 SQL Server 容器的过程:

第一步:打开一个新的命令行窗口 第二步:输入 >docker build c:\Windocks\samples\Test1 WinDocks 客户端返回包含容器 ID、端口和 SQL Server sa 密码的字符串。 第三步:>docker start <containerID>,其中 containerID 可以只使用容器 ID 的一部分。

Docker 命令和返回输出如下图所示。每个容器都是完全隔离的 SQL Server 实例,并且有命名空间隔离,可以通过 SQL Server Management Studio 访问。在这个例子中,数据库 Adventureworks 被复制到容器内,并在容器启动时被追加。

数据库的 schema 和设计可以被更新,一个新的 SQL Server 镜像会在容器停止后被创建。整个团队可以在一个共享的 WinDocks 主机上使用这个 SQL Server 镜像。

>docker stop <containerid>
>docker commit <containerid> <imagename>
>docker run –d <imagename>

这个流程展示了在相同独立容器中快速共享 SQL Server 实例的普及。一个 SQL Server 变更脚本可以根据需求被导出,用来更新源数据库。

容器和数据库克隆

在使用大型数据库时数据库克隆非常有用,它支持发布多个挂载了克隆数据库的容器,用来开发或测试(一些克隆数据库还是可写的)。WinDocks 是一个可扩展的系统,它支持管理进程介入创建快照和克隆过程。

对增加快照和克隆的支持是由管理员提供的,管理员可以选择在 WinDocks 的 node.cfg 文件中启用“特权”命令。在下面的例子中我们使用一个简单的“copy”命令来展示这个过程。

Dockerfile 可以定义包含挂载了克隆数据库的 SQL Server 容器。注意容器中环境变量的使用。

今年早些时候 WinDocks 与 NetApp 合作探索使用容器来集成 NetApp 的 SnapClone 进程(SDCLI.exe)。结果令人满意,仅一步就在 50 秒内部署了挂载 750G 克隆数据库的 SQL Server 容器!可以观看这个两分钟的视频

SQL Server 容器对遗留项目的支持

用户对 Windows 容器的兴趣正快速上涨,一个针对 WinDocks 社区版下载者的调查显示了一个惊人的使用范围,最流行的还是用它来进行开发和测试,但是为了支持遗留项目如 SAP 和微软 Dynamics 的情况也有很多。在这些案例中,SQL Server 后端被容器化,并且相关支撑环境也被简化。

集成 SQL Server 和.Net 容器以及现存架构

幸运的是,容器对.Net 应用提供完美支持,并且集成 SQL Server 和.Net 容器环境是很直截了当的。ASP.NET 架构定义了 XML 文件、web.config 的使用,从而定义.NET 应用和 SQL Server 容器间的配置和链接字符串。

这里我们使用 WinDocks 中位于\windocks\samples\testdotnet 目录的示例.NET 应用来举个例子。使用记事本打开 web.config,配置“连接字符串”,指向 SQL Server 容器的主机地址、端口和 SQL 认证信息。

使用运行中的 SQL Server 容器信息修改主机名(如果需要),端口和 SQL Server sa 密码。保存并关闭文件(检查下,不要保存成.txt 文件)。并运行:

>docker Build c:\windocks\samples\Testdotnet
>docker start

打开浏览器,访问主机地址和端口来查看集成的应用。

还有另一种方法是之前的文章提出的集成容器和 DNS 命名服务。这个方法是在构建时使用 Windows NETSH 工具将容器动态分配到已知 IP 地址。

结论

SQL Server 容器利用经过微软验证的共享 DLL 架构来提供在共享主机上 SQL Server 实例的实践支持。流行的用例是在开发和测试环节,但有部分是用来使用容器化 SQL Server 后端来测试遗留项目(主要是 SAP 和微软 Dynamics)。对虚拟机需求数量的降低各有不同,但用户报告平均能有 3-5x 的减少,同时也显著节省许可证和主机维护的开销。由于更新会在容器刷新时自动传播,主机的维护也得到简化。

这里提到的例子关注于数据库引擎,若要探索容器对 SSIS 和其他 SQL Server 服务的支持,仍需做更多的工作。

其他正在探索的有前景的使用场景包括迁移工作负荷、高可用、以及灾难恢复。容器的速度和可移植性使得这些更加可行、可实践、也更容易被测试。额外的时间和测试也会有助于回答 SQL Server 容器是否做好了运行在生产环境的准备。

鉴于微软没有明确计划,SQL Server 容器在 Windows Server 2016 不太可能得到实践级支持。既然 Windows Server 2016 不支持,那么理想的容器支持会是将来的 SQL Server 的 Linux 移植版,我们期待在 2017 中的进展。

现在,是时候开始探索使用 SQL Server 容器了。本文基于的 WinDocks 社区版,可以点击这里下载。微软Windows Server 2016 预览版下载地址

关于作者

Paul Stanton,WinDocks 的联合创始人、前微软员工,参与 Cloud Foundry、OpenShift,关注在日益注重 Linux 的环境下 Windows 对跨平台的支持。他目前致力于给 Windows 和 SQL Server 的开发和运维人员带来最好的 Docker 开源项目的移植版。

查看英文原文: Introduction to SQL Server Containers


感谢夏雪对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

收藏

评论

微博

用户头像
发表评论

注册/登录 InfoQ 发表评论