如何搭建鏡像網站

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次的請求，程序性能和效率會是問題，如何採用分布式我也沒想好。