建站第三篇 使用Docker安装Jellyfin媒体服务器

原文传送门

随手浏览时，翻到一篇文章《 服务器指北 - 有了服务器之后可以做点什么 》，我平时就喜欢在家里搞东搞西，这标题正对胃口。毫不犹豫的点进去看看有什么新东西能用在家里的山寨服务器上。果然没让我失望，里面提到一个影音管理系统叫做jellyfin，从之前的 emby fork 而来，由于 emby 闭源了，大家就在这基础上分支出了 Jellyfin。

特性嘛？

话不多说，让我们直奔主题吧。

我的家庭nas服务器系统的版本是ubuntu1604，是用一个acer旧笔记本改的，原来的硬盘容量已经很小了，只能用来跑系统，存储全部使用外挂方式，用来存储自己的本地资料以及搭建云盘和云笔记的数据资料，影音文件也在其中。

我选择搭建docker版jellyfin，影音库直接挂到外存中的影音文件夹，不需要对原有资料路径做任何变动。

当看到这段文字时，说明docker安装成功了。

至此，Docker安装最简版，完成。没有像其他文章提到的配置镜像站，也没有分配用户权限。没分配用户权限不是好的示范，不提倡学习，但是我这边自家内网使用，一切从简。

下面开始使用docker来搭建本文的主角——Jellyfin服务。

然而我并不是这样做的。因为懒，直接docker安装了。

上面的参数中需要说明的是：

docker会自动拉取镜像完成安装

如果能看到上面的画面，说明jellyfin安装完成，就是这么便捷！！！！docker越来越成功果然是有道理的。

现在就可以通过http://本地ip:8096来访问jellyfin服务了。

后面该怎么选怎么选，**路径、电视剧路径，语言神马的。最后注意一下远程访问的两个勾，默认是打上的。

这样，我们的jellyfin服务就安装好了。

虽然是内网服务，还是会禁不住得瑟的心，弄个公网地址给朋友看看，所以就有了内网穿透。

内网穿透工具采用Frp，轻与简单是我选择工具的个人偏好。

服务端扔阿里云上，内网安装客户端，配上端口

我把ecs中的web服务端口都配成9，方便管理。

启动frpc

现在，访问ecs的公网ip:9096就能访问自己的Jellyfin了。

来张整体图，能看到不同的媒体库以及各自的更新进度。

可以在首页直接打开视频

也可以点击进入影片介绍页，是的，jellyfin居然还有影片介绍页，我们只需要提供合规格命名的片源，其他的都交给jellyfin吧。

截图时是在公网，网速不佳，不然是可以看到演员的照片，还会推荐本地存储的相关影片，这个有点逆天了，查了一下这是从emby带出来的功能，强大的搜刮能力。

补一张卡司图

还可以进入演员详情页

Ok，不管从哪个路径进来，最终还是要播放影片。播放效果是这样滴

内网使用，还是非常流畅的。

参考文章

《Ubuntu 1604 安装 Docker 和 Docker Compose

》， https://wwwrabbitwflycom/articles/2019/05/14/1557827886665html

《在群晖Docker中安装Jellyfin媒体服务器

》， https://wwwsmbinncom/jellyfinhtml

Docker 是一个开源的 应用容器引擎 ，让 开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Windows 机器上，也可以实现虚拟化 。容器是完全使用沙箱机制，相互之间不会有任何接口。

由于本地开发好的程序往往都需要部署到服务器上进行运行，这就导致了程序需要运行在不同的环境上，这通常是一个令人头痛的事情。在过去，开发团队需要清楚的告诉运维部署团队，其所使用的全部配置文件+所有软件环境。不过，即便如此，仍然常常发生部署失败的状况。

于是乎， 虚拟化 技术应运而生。开发团队将开发好的程序在虚拟机上运行，这样就能解决运维的问题。但是由于虚拟机技术过重的特性导致了其 资源占用多、冗余步骤多以及启动慢的缺陷 。而这个时候 一种新的虚拟化技术搭配上容器化的思想 的产品便出现了，而它就是Docker。

下图是虚拟机技术和容器化技术架构的对比。我们可以得出以下总结：

[上传失败(image-efadd2-1643314980201)]

]( https://upload-imagesjianshuio/upload_images/646931-4b1431b77887632fjpgimageMogr2/auto-orient/strip%7CimageView2/2/w/1240 )

于是乎相比于虚拟机技术，容器化技术具有以下 优势：

相关网站

如下图所示，Docker使用客户端-服务器（C/S）架构模式，使用远程API来管理和创建Docker容器。服务器端分为Docker daemon, Image和Container三个部分。此外还有Docker Registry。

下面首先来介绍一下Docker中的主要概念

Docker的运行原理如下：客户端可以将docker命令发送到服务器端的Docker daemon上，再由Docker damon根据指令创建、选择或者从Docker仓库中拉取（pull）镜像。接着客户端可以通过镜像创建容器。当我们需要使用程序时，运行相应的容器即可。

小结

需要正确的理解仓储/镜像/容器这几个概念 :

在外面使用容器的时候，我们不希望容器中的数据在容器被删除后也一并删除了，这时候我们就可以 通过使用容器数据卷，将数据储存在本地并用Docker将其挂载到容器中，这样我们即使删除了容器，数据也依旧存在服务器中，也就实现了数据持久化。

特点

容器数据卷挂载命令（-v）

Dockerfile 挂载容器数据卷

我们除了可以从仓库中拉取镜像以外，我们也可以 自己创建镜像 ，这就要用到Docerfile。

dockerfile是用来构建Docker镜像的构建文件，是由一系列命令和参数构成的脚本 。

构建步骤：

基础知识：

流程：

说明：

在实际场景中，我们会遇到 多个Container之间通讯 的问题。而Docker网络就是用于解决此问题的技术。docker会给每个容器都分配一个ip，且容器和容器之间是可以互相访问的。

Docker网络原理

每一个安装了Docker的linux主机都有一个docker0的虚拟网卡。这是个桥接网卡，使用了 veth-pair 技术 。Docker使用Linux桥接，在宿主机虚拟一个Docker容器网桥(docker0)，Docker启动一个容器时会根据 Docker网桥的网段分配给容器一个IP地址，称为Container-IP，同时Docker网桥是每个容器的默认网 关。因为在同一宿主机内的容器都接入同一个网桥，这样容器之间就能够通过容器的Container-IP直接通信。

Docker容器网络就很好的利用了Linux虚拟网络技术，在本地主机和容器内分别创建一个虚拟接口，并 让他们彼此联通（这样一对接口叫veth pair）；

Docker中的网络接口默认都是虚拟的接口。虚拟接口的优势就是转发效率极高（因为Linux是在内核中 进行数据的复制来实现虚拟接口之间的数据转发，无需通过外部的网络设备交换），对于本地系统和容 器系统来说，虚拟接口跟一个正常的以太网卡相比并没有区别，只是他的速度快很多。

[上传中(image-41d42a-1642627027452-2)]

Docker Compose是一个用于定义并运行多容器应用的工具 。

Docker Compose的 步骤如下 ：

NOTE: Compose ：重要的概念。

docker-composeyml编写

Note: docker-compose会自动为多容器之间创建网络，保证通讯。

Docker Swarm 是Docker 的集群管理工具。 它将 Docker 主机池转变为单个虚拟 Docker 主机。 Docker Swarm 提供了标准的 Docker API，所有任何已经与 Docker 守护程序通信的工具都可以使用 Swarm 轻松地扩展到多个主机。

Docker 是一个开源的 应用容器引擎 ，它的出现大大简化了运维的难度，提高了运维效率。过去我们需要在服务器上安装程序所需要的所有依赖，而如今我们只需要编写好docker-compose和Dockefile的脚本，就可以使程序一键跑通。在企业级的应用中，我们必然会惊颤使用到Docker和容器化技术。

狂神说

Docker的使用

Docker是一个轻量级的虚拟化解决方案，你可以实现秒级的虚拟机启动、非常轻量级的虚拟化。个人使用理解看来，它可以实现一个类似于版本管理Git一样的轻量化的状态保存。

Docker有两个非常重要的概念: 镜像和容器。

镜像是呈载容器的实体，所有容器都是运行在镜像之上。用版本管理的角度来看，镜像就像是某一个节点，它可以派生出不同的分支，你可以在不同分支上做不同的事情。可以想象成一棵树，最基本的镜像是主树干，主树干可以分出旁支树干，而旁支树干可以分出更细的旁支，而树干上可以生长树枝。

比如，你使用Docker，从官方仓库下载一个ubuntu镜像，把它作为最基础的镜像。然后在上面运行一个容器，这个容器里下载Nginx，再以这个容器为基础生成一个新的镜像，以后这个镜像生成的容器就都是ubuntu+nginx为基础。但是你工作环境可能需要你使用Apache来工作，你也想有一个ubuntu+apache为基础的镜像，于是你可以使用最基础的ubuntu镜像运行一个容器，在里面下载安装Apache，然后以这个容器为基础，保存一个ubuntu+apache的镜像，以后在这个镜像基础上运行的所有容器都拥有了一个apache环境。