如何搭建镜像网站

1. 新手如何用wordPress自己建立一个网站

主要的来流程很简洁：你需要一源个域名及一台云服务器。

利用镜像部署wordpress网站：

如果利用镜像部署的方法，首先要注意：部分境外地域暂不支持通过镜像市场创建云服务器，如果你选择的地域下没有看到“镜像市场”的选项，那就不能使用这个方法。在磐石云可以用这种方法搭建网站。

镜像部署操作步骤：

在磐石云购买云服务器时，选择如下“应用镜像”--“wordpress5.4.2”

可以一键部署轻量级应用，方便快捷，简单易用。

2. 如何用服务器搭建一个Meteor国内包镜像源

一、安装http服务器
这里使用Nginx服务器提供http服务
关于Nginx服务器搭建，参考：CentOS安装配置LNMP服务器（Nginx+PHP+MySQL）
二、系统约定
Nginx站点根目录:/usr/local/nginx/html
服务器执行脚本文件存放目录:/home/crontab
三、开始Nginx目录浏览功能
vi /usr/local/nginx/conf/nginx.conf #编辑配置文件，在http {下面添加以下内容：
autoindex on; #开启nginx目录浏览功能
autoindex_exact_size off; #文件大小从KB开始显示
autoindex_localtime on; #显示文件修改时间为服务器本地时间
:wq! #保存，退出
service nginx reload #重新加载配置
参考：Nginx开启目录浏览功能

系统运维 www.osyunwei.com 温馨提醒：qihang01原创内容©版权所有,转载请注明出处及原文链
安装篇：
一、创建镜像文件存放目录
mkdir -p /usr/local/nginx/html/centos #CentOS官方标准源
mkdir -p /usr/local/nginx/html/repoforge #第三方rpmforge源
mkdir -p /usr/local/nginx/html/epel #第三方epel源
说明：这里创建三个文件夹，分别存放CentOS官方标准源、第三方的rpmforge源和epel源
二、确定以上三个yum源上游源的同步镜像地址
1、CentOS官方标准源：rsync://mirrors.ustc.e.cn/centos/
2、rpmforge源：rsync://mirrors.ispros.com.bd/repoforge/
3、epel源：rsync://mirrors.ustc.e.cn/epel/
备注：上游yum源必须要支持rsync协议，否则不能使用rsync进行同步。
参考：
CentOS官方标准源：
rsync://mirrors.kernel.org/centos
rpmforge源：
http://apt.sw.be/
rsync://ftp-stud.fht-esslingen.de/dag
epel源：
http://mirrors.fedoraproject.org/publiclist/EPEL/
rsync://mirrors.kernel.org/fedora-epel
三、创建以上三个yum源同步脚本，并且设定脚本自动执行
mkdir -p /home/crontab #创建目录
vi /home/crontab/yum_rsync.sh #添加以下代码
#!/bin/sh
/usr/bin/rsync -avrt rsync://mirrors.ustc.e.cn/centos/ --exclude-from=/usr/local/nginx/html/exclude_centos.list /usr/local/nginx/html/centos/
/usr/bin/rsync -avrt rsync://mirrors.ispros.com.bd/repoforge/ --exclude-from=/usr/local/nginx/html/exclude_repoforge.list /usr/local/nginx/html/repoforge/
/usr/bin/rsync -avrt rsync://mirrors.ustc.e.cn/epel/ --exclude-from=/usr/local/nginx/html/exclude_epel.list /usr/local/nginx/html/epel/
:wq! #保存退出
chmod +x /home/crontab/yum_rsync.sh #添加脚本执行权限
备注：运行此脚本前，先要创建好同步目录及不需要同步的目录列表文件
cd /usr/local/nginx/html/ #进入目录
touch exclude_centos.list #创建文件
touch exclude_repoforge.list #创建文件
touch exclude_epel.list #创建文件
把不需要同步的目录写到上面对应的文件中，每行一个目录
例如：
vi exclude_epel.list
4/
4AS/
4ES/
4WS/
:wq! #保存退出
四、添加脚本定时执行任务
vi /etc/crontab #在最后一行添加以下代码
0 1 * * * root /home/crontab/yum_rsync.sh #设置每天凌晨1点整开始执行脚本
:wq! #保存退出
service crond restart #重启

3. 如何搭建 Android SDK 镜像源

方法/步骤 1、在网站上下载android-sdk的最新版本， 然后直接解压到磁盘目录下面。 2、完成android-sdk的下载安装工作后, 打开Eclipse软件, 会出现一个需要安装android-sdk的提示。点击安装。 3、然后就会出现类似与下图样的弹窗， 可以选择进行安装，Extras可以不安装。然后在选择右下角安装。 4、然后可以看到正在进行download pageage操作。进行慢慢等待。 5、在下载过程中会遇到一些错误如： 无法连接google下载资源等， 这时候需要调整下配置了如下图:更改https为http下载。 6、上述方法还不行，就需要设置下本地hosts了， 首先搜索google hosts， 然后将google最新的下载路径保存到本地host文件中.然后再进行下载， 然后等待下载结束。 7、所选择的Android api下载完成后, 在ide中可以新建Android的项目路, 然后进行Android开发之旅了。

4. 如何做服务器镜像

现在有几个备选方案：

1。程序移植，数据库仍统一管理。

这种方式最易实现，但存在的问题数据库必须开放internet通道，如何保证安全，是个问题。而且，访问速度是否能达到要求同样是个问题。采用vpn通道？速度上又不能满足。

2。程序和数据库都移植。

这种方式能实现的镜像效果最好，但实施难度较大，在国内网站中实现这种镜像的还不多。这方案还有2种不同实现方式：

2.1 程序不改，数据库同步

这种方式相对简单些，程序部分基本不用改动，依靠sqlserver2000的同步功能来实现数据同步。

但从我在erp项目实施中获得的经验看，这种方式看似简单，但其实问题可能最多。首先，sqlserver同样继承了microsoft的老毛病：效率不高。同步复制3G的数据这个速度我实在不乐观。其次需直接开放internet访问，如何避免安全问题，还没想好，还需要找安全专家咨询。最后，同步复制过程中如果发生网络故障，如何保证多数据源的数据完整性和一致性又是个极大的挑战。

2.2 平台程序改动，数据库异步复制

这种方式对程序的要求较高，网站平台架构的调整较大。等于是把网站由单站点程序转为多站点平台。这样在业务和数据一致性上都有较高要求。这种方式工作最大，难度看似也最大，但我认为这种方式最可行。首先，把程序结构按照事务划分，借助mts可实现多站点统一事务，保证数据的一致性；其次，数据采用异步复制，能避免网络中断造成的数据不完整，防止引起某些逻辑错误；最后，这种方式要求我们尽量少的访问数据库，由于负载的分担，可考虑大量的使用内存替代数据库，提高整体的访问效率。

不过，由于存在时间差，会造成镜像站点间的内容不一致的情况，我还没想好如何解决。 并且,需要开发一个事务调度程序对各镜像数据进行统一更新维护,每秒可能需要面临200次的请求，程序性能和效率会是问题，如何采用分布式我也没想好。

5. 如何使用Docker在容器中搭建一个网站

• 镜像(image)

Docker 镜像（Image）就是一个只读的模板。例如：一个镜像可以包含一个完整的操作系统环境，里面仅安装了 Apache 或用户需要的其它应用程序。镜像可以用来创建 Docker 容器，一个镜像可以创建很多容器。Docker 提供了一个很简单的机制来创建镜像或者更新现有的镜像，用户甚至可以直接从其他人那里下载一个已经做好的镜像来直接使用。

镜像（Image）就是一堆只读层（read-only layer）的统一视角，也许这个定义有些难以理解，看看下面这张图：


右边我们看到了多个只读层，它们重叠在一起。除了最下面一层，其它层都会有一个指针指向下一层。这些层是Docker内部的实现细节，并且能够在docker宿主机的文件系统上访问到。统一文件系统（Union File System）技术能够将不同的层整合成一个文件系统，为这些层提供了一个统一的视角，这样就隐藏了多层的存在，在用户的角度看来，只存在一个文件系统。

• 仓库(repository)

仓库（Repository）是集中存放镜像文件的场所。有时候会把仓库和仓库注册服务器（Registry）混为一谈，并不严格区分。实际上，仓库注册服务器上往往存放着多个仓库，每个仓库中又包含了多个镜像，每个镜像有不同的标签（tag）。

仓库分为公开仓库（Public）和私有仓库（Private）两种形式。最大的公开仓库是 Docker Hub，存放了数量庞大的镜像供用户下载。国内的公开仓库包括 时速云 、网易云 等，可以提供大陆用户更稳定快速的访问。当然，用户也可以在本地网络内创建一个私有仓库。

当用户创建了自己的镜像之后就可以使用 push 命令将它上传到公有或者私有仓库，这样下次在另外一台机器上使用这个镜像时候，只需要从仓库上 pull 下来就可以了。

Docker 仓库的概念跟 Git 类似，注册服务器可以理解为 GitHub 这样的托管服务。

• 容器(container)

Docker 利用容器（Container）来运行应用。容器是从镜像创建的运行实例。它可以被启动、开始、停止、删除。每个容器都是相互隔离的、保证安全的平台。可以把容器看做是一个简易版的 Linux 环境（包括root用户权限、进程空间、用户空间和网络空间等）和运行在其中的应用程序。

容器的定义和镜像几乎一模一样，也是一堆层的统一视角，唯一区别在于容器的最上面那一层是可读可写的。

一个运行态容器被定义为一个可读写的统一文件系统加上隔离的进程空间和包含其中的进程。下面这张图片展示了一个运行中的容器。

正是文件系统隔离技术使得Docker成为了一个非常有潜力的虚拟化技术。一个容器中的进程可能会对文件进行修改、删除、创建，这些改变都将作用于可读写层。

6. 阿里云服务器ecs怎样搭建网站

• 创建实例：购买完进入管理控制台， 到云ESC创建一个新实例，操作系统可以随便选，官网推荐的是CentOS 6.3 64版，也可以在镜像市场，直接选一个配置好环境的镜像+应用。我这里选的是Windows Server 8，因为要远程连接服务器，我不是很熟悉这块的操作。
  

• 网站备案：域名解析成功后，点击网址，发现还是不能进入网站，这个时候会提示要进行备案。注册阿里云备案系统账号，按要求提示上传材料。首先要阿里云备案审核，一个工作日，会打电话联系你。成功后提交给管局，5-20天之内，会打电话联系你。我这里比较幸运，4天就完成了两次备案工作。管局会给你发个短信，里面有备案号，账号，密码等等，保存这些信息，把备案号放置在网站底部。

• 完成：备案成功后，点击网址就可以进入自己的网站啦，记得平时要对实例快照备份。

7. 如何在亚马逊AWS上建立一个网站的镜像

从已有的机器自己制作EC2的AMI
我一直用Amazon AWS提供的免费虚拟主机来服务我的网站可靠云服务. 根据我的观察， 虽然是t1.micro的机型， 但是稳定性非常好， 比hostmonster的VPS稳定多了.
然后我用另外一张信用卡申请了另一台机器， 打算再部署一个网站.
我用的系统映像文件(AMI)是 亚马逊提供的Ubuntu 12.04， 这个AMI挺方便的， 就是太简洁了， Apache，PHP，MySql都要安装， 要是新机器上我再装一遍， 估计能花掉我一晚上时间.
我就想：”何不从老机器上自制一个AMI， 供新机器使用？” 事实证明， Amazon的支持机制非常完备， 一路非常顺利！
1. 从已有的机器自己制作EC2的AMI.

期间有一些选项， 基本不用动，使用默认的就好了. 提交之后， AWS大概需要五分钟左右来完成任务. 当看到AMI的状态为从pending变成available的时候， 就表示AMI制作好了
2. 把AMI分享给另外一个AWS账号.

选择Permission之后， 你要是完全没有安全上的考虑， 可以把AMI设置为public， 那也就是说任何一个人都可以使用你的AMI. 不过这个对我不适用， 我选择保持permission为private， 但是给我第二个账号增加使用权限. 注意这里需要的是Account Number， 不是Account Name.

2使用AMI创建新EC2 Instance
3. 使用AMI创建新EC2 Instance

先选择My AMIs，然后在搜索框里填写你刚才创建的AMI的名字， 下面就筛选出来了， 点解”select”就可以往下走.
后面的步骤很简单， 值得注意的是， 在Create Key Pair的时候，选择Proceed without a Key Pair. 为什么？ 因为你用的AMI里已经有了你的公钥对啊.
4.修改新EC2 Instance的安全规则.
不知道Amazon AWS搞什么飞机， 新机器只有一个默认安全组， 其规则是只允许内网访问， 并且AWS现在还不支持机器更改安全组. 所以你需要手动修改新机器所在的default security group的权限. 一般来说， 你需要添加 TCP 22， TCP 80， TCP 443这三个端口的访问权限. 上
5.访问你的新机器.
修改后的防火墙规则差不多是一分钟左右就生效的， 你等上一分钟， 就可以用telnet访问22端口了.
Ubuntu的AMI是不支持密码登陆， 只支持公钥登录. 由于公钥已经由AMI带过来了， 因此你用客户端， 比如SecureCRT， 访问新机器的时候， 只需要复制一个新session， 然后改一下主机地址就好了， 省去了登录时候创建公私钥对的麻烦.
如果你一路没有问题走到这里， 你的新机器就ok了， 实际上我这次复制新机器的时间， 还没有我写这篇文章的时间长.

8. 如何搭建个人网站

本篇文章主要讲如何用云服务器搭建个人网站，针对新手的入门搭建步骤，这里以腾讯云服务器为例：

这里讲两种相对比较简单的方式，用云服务器来搭建wordpress网站。

第一种，利用镜像部署wordpress网站。

如果利用镜像部署的方法，首先要注意：部分境外地域暂不支持通过镜像市场创建云服务器，如果你选择的地域下没有看到“镜像市场”的选项，那就不能使用这个方法。可以用下面的第二种方法搭建网站。

镜像部署操作步骤：

在购买云服务器时，选择如下“镜像”-“镜像市场”-“wordpress博客平台”

最后，再说一下如何安装多个站点，点击面板左侧的“网站”，然后点击“添加站点”即可。如果是纯静态网站文件，则不需要创建数据库。或者直接在软件商店里，选择一键部署wordpress，同样会自动增加站点，效果是一样的。

参考来源：新手搭建个人博客网站需要哪些步骤

9. 怎么搭建本地Ubuntu镜像服务器

一.需求分析
最近公司软件Team 有个需求是这样的：能不能在局域网搭建一个Ubuntu 镜像服务器，
这样作的好处是可以节省Ubuntu某些常用工具的安装时间。
二.部署过程
2.1 测试环境
目前在公司内有一台能连接到外网的Ubuntu机器， IP : 192.168.8.173 ，
Ubuntu版本为Ubuntu 9.04 i686。
2.2 搭建步骤
为了创建Ubuntu mirror 服务器，最少需要60G硬盘空间，Ubuntu每个版本都有32 bit
和64 bit两个版本，有两组deb包。当然可以创建Ubuntu一个版本的32 bit 和64 bit 的
镜像服务器，也可以创建全部版本的镜像。
这里使用sohu 公司的mirror地址作为本地Ubuntu Source 服务器，使用sohu的原因是：
1. sohu的Ubuntu Source 服务器速度相当快
2. sohu 的ubuntu Source 服务器每天会和Ubuntu官方服务器同步一次，这样可以保
证我们使用的是最新的软件包。
修改方式如下：
root@ms ~: cat /etc/apt/sources.list
deb http://mirrors.sohu.com/ubuntu/ jaunty main restricted universe multiverse
deb http://mirrors.sohu.com/ubuntu/ jaunty-security main restricted universe multiverse
deb http://mirrors.sohu.com/ubuntu/ jaunty-updates main restricted universe multiverse
deb http://mirrors.sohu.com/ubuntu/ jaunty-proposed main restricted universe multiverse
deb http://mirrors.sohu.com/ubuntu/ jaunty-backports main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ jaunty main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ jaunty-security main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ jaunty-updates main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ jaunty-proposed main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ jaunty-backports main restricted universe multiverse
安装下面工具：
root@ms ~: apt-get install apt-mirror
root@ms ~: apt-get install apache2
下面就构建Ubuntu 9.04 32bit 的本地Ubuntu mirror 服务器为例子，来说明如何配置：
修改配置文件：
root@ms ~: cat /etc/apt/mirror.list
############# config ##################
#
# set base_path /var/spool/apt-mirror
#
# set mirror_path $base_path/mirror
# set skel_path $base_path/skel
# set var_path $base_path/var
# set cleanscript $var_path/clean.sh
# set defaultarch
# set postmirror_script $var_path/postmirror.sh
set run_postmirror 0
set nthreads 20
set _tilde 0
#
############# end config ##############
deb-i386 http://mirrors.sohu.com/ubuntu jaunty main restricted universe multiverse
deb-i386 http://mirrors.sohu.com/ubuntu jaunty-security main restricted universe multiverse
deb-i386 http://mirrors.sohu.com/ubuntu jaunty-updates main restricted universe multiverse
#deb http://mirrors.sohu.comubuntu jaunty-proposed main restricted universe multiverse
#deb http://mirrors.sohu.comubuntu jaunty-backports main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu jaunty main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu jaunty-security main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu jaunty-updates main restricted universe multiverse
#deb-src http://mirrors.sohu.com/ubuntu jaunty-proposed main restricted universe multiverse
#deb-src http://mirrors.sohu.com/ubuntu jaunty-backports main restricted universe multiverse
#clean http://archive.ubuntu.com/ubuntu
备注：
deb-i386 http:// 表示下载32 bit 版本的deb 软件
deb http:// 表示下载64bit 版本的deb 软件
jaunty 表示Ubuntu 9.04的代号
设置完成后，输入下面命令：
root@ms ~: apt-mirror
这时系统会启动20个线程运行wget 到 http://mirrors.sohu.com/Ubuntu 下面下载相应的
deb包。时间比较的长，该命令执行完成后，/var/spool/apt-mirror目录下就有了所有需
要的deb包和相应的配置文件。
由于我是从sohu下载的，所以实际的文件在 ：
/var/spool/apt-mirror/mirror/mirrors.sohu.com/ubuntu 目录下。
这样，本地就有了所有Ubuntu Source 服务器所需要的文件，然后开启相应的服务：
这里使用apache2作为Web服务器，默认根目录在/var/www/，所以可以在该目录下做
个链接，如下所示：
root@ms ~: cd /var/www
root@ms ~: ln /var/spool/apt-mirror/mirror/mirrors.sohu.com/ubuntu -s
开启web服务：
root@ms ~: apache2ctl start
打开浏览器输入下面地址即可看到和sohu mirror一样的页面：
http://192.168.8.173/ubuntu
同时也可以使用crontab进行每天的更新，修改配置文件：
root@ms ~: cat /etc/cron.d/apt-mirror
#
# Regular cron jobs for the apt-mirror package
#
#0 4 * * * apt-mirror /usr/bin/apt-mirror > /var/spool/apt-mirror/var/cron.log
把命令前面的“#”去掉即可，这样系统会自动使用apt-mirror去和sohu服务器更新。
最后，我们所要做得就是在客户端的机器上修改更新源配置文件，将地址改成本地
mirror服务器的地址即可，如下所示：
root@ms ~: cat /etc/apt/sources.list
deb http://192.168.8.173/ubuntu/ jaunty main restricted universe multiverse
deb http://192.168.8.173/ubuntu/ jaunty-security main restricted universe multiverse
deb http://192.168.8.173/ubuntu/ jaunty-updates main restricted universe multiverse
deb http://192.168.8.173/ubuntu/ jaunty-proposed main restricted universe multiverse
deb http://192.168.8.173/ubuntu/ jaunty-backports main restricted universe multiverse
deb-src http://192.168.8.173/ubuntu/ jaunty main restricted universe multiverse
deb-src http://192.168.8.173/ubuntu/ jaunty-security main restricted universe multiverse
deb-src http://192.168.8.173/ubuntu/ jaunty-updates main restricted universe multiverse
deb-src http://192.168.8.173/ubuntu/ jaunty-proposed main restricted universe multiverse
deb-src http://192.168.8.173/ubuntu/ jaunty-backports main restricted universe multiverse
执行“apt-get update”来重建本地索引，这样以后就会使用本地的Mirror 服务器进行更新

10. 如何给一个网站建立镜像

现在有几个备选方案： 1。程序移植，数据库仍统一管理。 这种方式最易实现，但存在的问题数据库必须开放internet通道，如何保证安全，是个问题。而且，访问速度是否能达到要求同样是个问题。采用vpn通道？速度上又不能满足。 2。程序和数据库都移植。 这种方式能实现的镜像效果最好，但实施难度较大，在国内网站中实现这种镜像的还不多。这方案还有2种不同实现方式： 2.1 程序不改，数据库同步 这种方式相对简单些，程序部分基本不用改动，依靠sqlserver2000的同步功能来实现数据同步。 但从我在erp项目实施中获得的经验看，这种方式看似简单，但其实问题可能最多。首先，sqlserver同样继承了microsoft的老毛病：效率不高。同步复制3G的数据这个速度我实在不乐观。其次需直接开放internet访问，如何避免安全问题，还没想好，还需要找安全专家咨询。最后，同步复制过程中如果发生网络故障，如何保证多数据源的数据完整性和一致性又是个极大的挑战。 2.2 平台程序改动，数据库异步复制 这种方式对程序的要求较高，网站平台架构的调整较大。等于是把网站由单站点程序转为多站点平台。这样在业务和数据一致性上都有较高要求。这种方式工作最大，难度看似也最大，但我认为这种方式最可行。首先，把程序结构按照事务划分，借助mts可实现多站点统一事务，保证数据的一致性；其次，数据采用异步复制，能避免网络中断造成的数据不完整，防止引起某些逻辑错误；最后，这种方式要求我们尽量少的访问数据库，由于负载的分担，可考虑大量的使用内存替代数据库，提高整体的访问效率。 不过，由于存在时间差，会造成镜像站点间的内容不一致的情况，我还没想好如何解决。 并且,需要开发一个事务调度程序对各镜像数据进行统一更新维护,每秒可能需要面临200次的请求，程序性能和效率会是问题，如何采用分布式我也没想好。