阿里雲docker防止挖礦

A. 怎樣在阿里雲上安裝docker

怎樣在阿里雲上安裝docker
更多1
Linux
因為debian 7安裝docker的手續比較麻煩，所以我把阿里雲的系統換成了ubuntu 14.04，然後參考：https://docs.docker.com/installation/ubuntulinux/
還算比較方便：apt-get update && apt-get install docker.io，然後再改兩個配置就完事了。
不過，在你運行docker run -i -t ubuntu /bin/bash的時候，會報錯，說是docker -d好象沒有運行，這不科學 啊，剛剛不是裝好的嗎？
於是ps aux|grep docker，果然沒有進程，於是直接輸入：docker -d，然後就發現報錯了：
2014/08/18 12:05:42 Could not find a free IP address range for interface 'docker0'. Please configure its address manually and run 'docker -b docker0'

老規矩，內事不決問度娘，外事不決問谷歌，結果居然看到有人回復 ：

當時這個心就碎了，心想這不科學啊，於是再google，就真的發現了：

OK，那就試試吧：
sudo brctl addbr docker0 # create your bridge
sudo brctl addif docker0 eth0 # mask an existing interface using the bridge
sudo ip link set dev docker0 up # bring it up - not really sure if this is necessary or is it done automatically
sudo ifconfig docker0 10.0.0.4 # give it an IP

當然要運行brctl還是要裝一個bridge-utils工具的，當然這個ubuntu會提醒你，一步步的做完後,docker 果然可以啟動了。這時候再運行一下，service docker.io start，然後ps aux|grep docker，進程還活著。
於是輸入：
docker run -i -t ubuntu /bin/bash
Unable to find image 'ubuntu' locally
Pulling repository ubuntu
2014/08/18 12:16:44 Get https://index.docker.io/v1/repositories/ubuntu/images: dial tcp: lookup index.docker.io on 10.143.22.118:53: no answer from server

咦。不能上網。其實就是上面的代碼的問題，因為默認aliyun的eth0是內網IP，所以上述的
sudo brctl addif docker0 eth0 # mask an existing interface using the bridge
這里應該用eth1
重新執行一下。然後再次運行：
docker run -i -t ubuntu /bin/bash
Unable to find image 'ubuntu' locally
Pulling repository ubuntu
c5881f11ded9: Download complete
。。。。。。。

整個就完成了

B. 阿里雲安裝docker故障，DOCKER無法啟動，這是為什麼

應該是docker沒裝好吧？（在阿里雲上是不會犯關於虛擬化的問題的）
另外，你用的是linux還是windows虛擬機？怎麼安裝的？docker pull的鏡像完整不？啟動是docker程序無法啟動還是images create 的容器無法啟動？
那麼windows下面無法啟動的話，你安裝hype-v了嗎？如果安裝了docker提示什麼錯誤？
那麼如果是linux下面無法啟動的話它提示什麼？
你沒說清楚啊。

C. 阿里雲 上的docker 怎麼用

包括三部分：
從Docker Hub或者其他鏡像源安裝Docker鏡像
從Image file安裝Docker鏡像
從Docker file製作Docker鏡像

查找Docker鏡像

安裝Docker鏡像的第一步，是查找你需要的Docker鏡像列表，鍵入：
docker search mysql

如果出現許可權問題，請在最前面加入sudo：
sudo docker search mysql

查詢返回一個列表：
NAME DESCRIPTION STARS OFFICIAL AUTOMATED
mysql MySQL is a widely used, open-source relati... 2981 [OK]
mysql/mysql-server Optimized MySQL Server Docker images. Crea... 194 [OK]
centurylink/mysql Image containing mysql. Optimized to be li... 46 [OK]
sameersbn/mysql 36 [OK]
jdeathe/centos-ssh-mysql CentOS-6 6.8 x86_64 / MySQL. 8 [OK]
appcontainers/mysql Centos/Debian Based Customizable MySQL Con... 8 [OK]
marvambass/mysql MySQL Server based on Ubuntu 14.04 6 [OK]
drupaldocker/mysql MySQL for Drupal 2 [OK]
azukiapp/mysql Docker image to run MySQL by Azuki - http:... 2 [OK]
yfix/mysql Yfix docker built mysql 2 [OK]
alterway/mysql Docker Mysql 2 [OK]
frodenas/mysql A Docker Image for MySQL 2 [OK]
andreluiznsilva/mysql A extension of the offical MySQL container... 1 [OK]
phpmentors/mysql MySQL server image 1 [OK]
sin30/mysql MySQL images with my own config files. 1 [OK]
tozd/mysql MySQL (MariaDB fork) Docker image. 0 [OK]
nanobox/mysql MySQL service for nanobox.io 0 [OK]
...

列表包含了所有的MySQL鏡像，其中：
NAME欄位是鏡像的名字
DESCRIPTION欄位是對鏡像的簡單描述
STARS數量反映了用戶的喜愛程度
OFFICIAL欄位如果是OK，代表了這個鏡像是官方提供的，可以信任
AUTOMATED欄位如果是OK，代表了這個鏡像是基於公開的腳本製作的，可以信任
如果OFFICIAL和AUTOMATED都不為OK，那使用的時候需要額外小心了，這類鏡像中可能包含惡意軟體，不過對於個人非敏感數據還是可以使用的。

此外，你也可以通過訪問https://hub.docker.com/，通過Web來搜索你需要的鏡像。
下載Docker鏡像

當你找到合適的鏡像後，可以通過：
docker pull [REGISTRYHOST/][USERNAME/]NAME[:TAG]

來進行下載，方括弧中的是可選項：
docker pull mysql

導出Docker鏡像

你可以將本地鏡像導出為文件，如我們剛才下載的MySQL鏡像：
docker save -o mysql.tar mysql

將我們的MySQL鏡像導出為mysql.tar.
導入Docker鏡像

有導出就有導入，導入的命令是：
docker load -i mysql.tar

將我們的MySQL鏡像導入。
刪除Docker鏡像

為了節約磁碟空間，有時候我們需要刪除不需要的Docker鏡像文件，首先查看我們擁有的Docker鏡像文件：
docker images

然後刪除不需要的鏡像，釋放磁碟空間：
docker rmi [REGISTRYHOST/][USERNAME/]NAME[:TAG]

通過Docker File編譯Docker鏡像

製作Docker File我們放在後面再講，假設你有一個名為Dockerfile的文件，編譯製作Docker的命令是：
docker build -f Dockerfile .

成功後將在當前路徑下製作出一個Docker鏡像文件。
Summary

我們簡單的介紹了Docker鏡像的使用方法。通過此實戰，你應該對Docker鏡像有了更深入的體會。
以上是雲棲社區小編為您精心准備的的內容，在雲棲社區的博客、問答、公眾號、人物、課程等欄目也有的相關內容，歡迎繼續使用右上角搜索按鈕進行搜索docker ， 鏡像 ， docker使用鏡像 ， 刪除鏡像 查找鏡像 docker 刪除鏡像、docker 鏡像、docker 國內鏡像倉庫、docker hub 國內鏡像、docker 鏡像倉庫，以便於您獲取更多的相關知識。

D. Docker崛起，如何對待這個「壞孩子」

不久前，Docker官方公布的數據顯示，全球已有46萬個應用Docker 化，並且實現兩年增長3000%。以Docker為代表的容器技術在發展速度上，業已超過了曾經的虛擬化技術和雲計算技術。

或許也正因如此，2015年被稱為Docker野蠻擴張的一年，先後通過了OCI和CNCF 兩大標准組織的確立，更是在中國引發了如火如荼的Docker 創業之風，出現了阿里百川、網易蜂巢等大批基於Docker的容器雲。誕生於2013年的Docker技術，讓那些成熟的雲計算服務突然顯得老邁、遲緩且落伍，而國內外的雲計算巨頭們又是如何對待這個壞孩子呢？

Docker崛起，或受益於羸弱的傳統PaaS服務

有關「PaaS已死」的說法由來已久，既不如IaaS那樣靈活自由，又不如SaaS那樣可以直接推向消費者。一個似乎可以用來佐證的事實是，DotCloud作為Docker技術的締造者，在今年年初宣布倒閉，Docker的繁榮間接地導致dotCloud在PaaS平台上的衰敗。

PaaS服務的羸弱在一定程度上受限於不成熟的框架和工具，導致有些PaaS解決方案讓原來在IaaS上很容易實現的事變得更加復雜。一方面，企業應用環境多樣化，單一PaaS平台很難滿足企業客戶的多樣化需求。另一方面，PaaS沒有像Openstack類似的標准，市場上的很多PaaS廠商都提供自己的私有API開發介面，並且互不兼容，導致企業在某個PaaS平台上開發的應用，很難移植到另一平台上。對很多工程師和程序員來說，他們更願意作為PaaS的構建者，而非PaaS的使用者。企業則寄希望於PaaS來消除技術「周邊環境」的不利因素，讓開發者有更多的精力專注於開發。這種需求和初衷的不相符，盡管讓傳統 PaaS廠商在2015年依舊取得了不菲的成績，但容器技術的熱火朝天，或多或少反襯出了傳統 PaaS提供商的些許落寞。

而被翻譯成「碼頭集裝箱」的Docker服務，允許開發者在Docker環境下，按一定的打包標准生產程序，生產出來的標准化程序被裝進標准化的容器（Container）里。這便保證了開發環境、測試環境、生產環境的一致性。此外Docker還具有資源隔離的特點，不同來源、不同種類的容器內放著運行應用所需的完整用戶環境空間，比如程序、組件、運行環境等，對某一容器的改動不會影響其他容器。而且，相比於傳統的虛擬機，Docker的啟動和部署非常快，具有輕量化的優勢。

於是乎，Docker作為開源屆的絕對「網紅」，很多 PaaS 和 IaaS 廠商在2015年甚至更早開始宣布支持 Docker，包括Deis、Flynn、Tsuru、Dawn和Octohost等行業新貴，以及Cloud Foundry和OpenShift等第二代PaaS主力。

主角還是配角，愈演愈烈的雲容器之爭

Synergy Research最近發布的一項報告顯示，2016年第一季度全球雲服務市場收入達到70億美元，但AWS、微軟、IBM和谷歌依舊是市場的壟斷者，AWS虜獲了31%的雲服務市場，微軟、IBM和谷歌則分食了22%的市場份額。此外在市場增長率上，四大巨頭也遠超其他雲服務玩家，特別是微軟和谷歌的市場增幅均超過了100%。

相比於四大巨頭在IaaS和PaaS服務上的跑馬圈地，Docker作為新興的服務模式，被雲服務領域的追趕著和創業者視為「顛覆」雲計算格局的機遇，至少在造勢營銷上是這樣。各雲計算巨頭和明星玩家對容器似乎都展示出了歡迎的態度，可Docker是主角還是配角，中美的互聯網玩家們卻給出了不同的答案。

從美國的雲計算圈來看，不少雲計算創業者成了Docker的忠實擁躉，這在前面已經有所舉例，但雲計算巨頭們卻有著各自的衡量。

2015年，Google 和 RedHat 聯盟以 Kubernetes 1.0 為陣地宣告了大規模容器編排與管理領域的領主地位。不久後，微軟、IBM、VMware、Docker、CoreOS以及SaltStack等多家公司紛紛加入了Kubernetes社區，業已成為當下最受歡迎的容器集群管理系統。

自從2014年6月份起，微軟已經允許用戶在Azure的Linux上運行Docker應用程序。不久前Docker官方對外宣布面向微軟Azure、AWS、Windows 10和 Mac全面推出新的Docker測試版。近日更是傳出了微軟試圖40億美金收購Docker的消息。

事實上，亞馬遜、思科、Vmware等也都宣布支持Docker。不過在這些雲計算巨頭的眼中，Docker不過是一個容器引擎，當CoreOS如谷歌分道揚鑣推出名為Rocket的容器引擎後，谷歌照舊向其拋出了橄欖枝。未來或許還會出現其他Docker的競爭對手或取代者，而Docker們不過是雲計算巨頭們維持市場地位的行業工具，遠未成為影響雲計算現有格局的關鍵力量，至少在市場份額上，容器在未來很長一段時間內還不能和IaaS服務相提並論。

相比之下，以 Docker 為主的容器技術在國內的發展勢頭要更為兇猛，不僅吸引了阿里、騰訊、網易、新浪等互聯網巨頭，一些在亞馬遜、谷歌、Vmware有過工作經驗的工程師也紛紛投入的容器雲創業的大潮中來。綜合來看，國內雲計算廠商在容器雲上的布局可以細分為三種形態：

其一，阿里、華為等IaaS領域的行業先驅。以Docker為代表的容器服務在2015年勢如野火，被它吸引了不只是創業者，還有在IaaS領域的諸多雲計算廠商，阿里和華為就是兩個典型的例子。先是阿里百川在TAE的基礎上使用了Docker技術，隨後阿里雲也推出了基於Docker的容器服務。華為則在去年12月推出了基於Kubernetes和Docker技術打造的CCE容器雲。不過，這類廠商的主要業務仍集中在IaaS領域，也多把容器雲歸為新型PaaS服務。對於瞬息萬變的雲服務市場，即便是行業巨頭也不願錯過任何一個機會。

其二，網易、新浪等踏入雲服務市場的第二梯隊。對於網易、新浪等具有十多年研發運營經驗的老牌互聯網企業，在雲計算的萌芽期便成為雲服務的使用者和推動者，但在近兩年才完成了私有雲到公有雲的過渡，而容器雲就是其所青睞的雲服務之一。以網易蜂巢為例，這一基於Kubernetes容器集群管理技術打造的容器雲，在2015年上線後便成受到市場追捧。原因似乎不難理解，這些企業本身就是容器雲的重度使用者，並擁有自研IaaS等優勢資源做支撐。而從另一方面來看，相比於競爭已經十分激烈的IaaS，容器雲被這類企業進軍雲計算基礎設施服務的一條綠色通道。

其三、時速雲、靈雀雲等Docker紅利下的創業者。用「Docker紅利下的創業者」來形容這些廠商似乎並不為過，正如前面所說不少有國外雲計算公司從業背景的工程師們看到Docker的崛起後紛紛回國創業，並一度成為國內容器雲行業的主流。盡管容器服務的用戶規模和客單價遠不及IaaS，但在針對當前IT系統的資源管理復雜、運維成本高、產品迭代效率差、微服務架構實施困難等問題上似乎是不錯的解決方案。或許也正因如此，資本依舊對這些容器雲領域的創業者紛紛報以厚愛。

此外，不少廠商以CaaS(容器即服務而非通訊即服務)來形容容器雲，並被譽為下一代雲計算。可就目前來看，Docker的處境似乎並不十分樂觀，至少在國內面臨著如何落地的考驗。

下一代雲計算？Docker該如何落地

前兩年火爆的是Openstack，近兩年受寵的當屬Docker，融資、並購、發布會、行業峰會，從雲服務廠商到媒體無不對Docker表現出了近似膨脹的熱情。然而，在高歌Docker和容器雲一系列優點的同時，卻鮮有人談及落地的問題。

一般來說，很多企業尤其是中小企業，所需要的不是如何將Docker或其他容器技術移植到公有雲或私有雲上，而是看到了容器雲的微服務化、運維流程的標准化、持續集成部署的自動化等特點，希望通過容器雲服務來降低產品研發成本，並最大程度的降低系統風險等。事實上，這類企業也正是網易蜂巢、時速雲等容器雲產品的目標用戶。沒有人知道這個市場到底有多大，圍繞Docker開展創新服務的公司卻開始「你方唱罷我登場」。這便註定容器雲市場在未來將迎來一場惡戰，目前似乎已經有所端倪。

就目前而言，不管是阿里、騰訊等雲計算巨頭還是諸多的創業者，在容器雲的技術方面並沒有拉開太大的距離，無非是穩定性和易用性方面的些許差別。由此便導致，當前容器雲市場呈現出拼價格、拼渠道以及拼運營的姿態。可以預見，在不遠的將來，容器雲市場勢必會迎來一場淘汰賽，而能夠解決Docker落地的雲服務廠商才會是最後的贏家。

不管怎樣，Docker 已經成為雲服務市場一枚極具意義的戰略性棋子，無論是在服務層面還是系統層面，雲計算的未來似乎已經被Docker這個壞孩子占據了一席之地。

E. 阿里雲伺服器部署docker 有必要麼

可以玩玩，還是蠻強大的，結合一些集成工具一起使用，可以實現應用自動化部署等等功能。

F. 如何使用阿里雲 docker 鏡像倉庫使用

查看前系統及docker安裝情況
wzb@wzb-pc:~$ sudo docker info

使用配置文件 /etc/docker/daemon.json（沒新建該文件）
沒 /etc/docker文件夾 請執行
wzb@wzb-pc:~$ sudo mkdir -p /etc/docker
寫入鏡像加速址（鏡像加速址 阿雲容器Hub服務控制台 加速器 查看）
sudo tee /etc/docker/daemon.json <<-'EOF'{ "registry-mirrors": ["自鏡像加速址"]}EOF
3
重啟daemon及docker
wzb@wzb-pc:~$ sudo systemctl daemon-reload
wzb@wzb-pc:~$ sudo systemctl restart docker
4
測試拉傳鏡像
例拉簡單busybox鏡像
busyboxLinux系統提供該系統主要功能包含些與GNU相關功能選項
wzb@wzb-pc:/etc/docker$ sudo docker pull busybox

G. 阿里雲，cloud的docker是啥os/docker 注意事項

Docker是Docker.Inc公司開源的一個基於輕量級虛擬化技術的容器引擎項目,整個項目基於Go語言開發，並遵從Apache 2.0協議。通過分層鏡像標准化和內核虛擬化技術，Docker使得應用開發者和運維工程師可以以統一的方式跨平台發布應用，並且以幾乎沒有額外開銷的情況下提供資源隔離的應用運行環境。由於眾多新穎的特性以及項目本身的開放性，Docker在不到兩年的時間里迅速獲得諸多IT廠商的參與，其中更是包括Google、Microsoft、VMware等業界行業領導者。同時，Docker在開發者社區也是一石激起千層浪，許多如我之碼農紛紛開始關注、學習和使用Docker，許多企業，尤其是互聯網企業，也在不斷加大對Docker的投入，大有掀起一場容器革命之勢。

Docker鏡像命名解析
鏡像是Docker最核心的技術之一，也是應用發布的標准格式。無論你是用docker pull image，或者是在Dockerfile裡面寫FROM image，從Docker官方Registry下載鏡像應該是Docker操作裡面最頻繁的動作之一了。那麼在我們執行docker pull image時背後到底發生了什麼呢？在回答這個問題前，我們需要先了解下docker鏡像是如何命名的，這也是Docker裡面比較容易令人混淆的一塊概念：Registry，Repository, Tag and Image。
下面是在本地機器運行docker images的輸出結果：

我們可以發現我們常說的「ubuntu」鏡像其實不是一個鏡像名稱，而是代表了一個名為ubuntu的Repository，同時在這個Repository下面有一系列打了tag的Image，Image的標記是一個GUID，為了方便也可以通過Repository:tag來引用。
那麼Registry又是什麼呢？Registry存儲鏡像數據，並且提供拉取和上傳鏡像的功能。Registry中鏡像是通過Repository來組織的，而每個Repository又包含了若干個Image。
Registry包含一個或多個Repository
Repository包含一個或多個Image
Image用GUID表示，有一個或多個Tag與之關聯
那麼在哪裡指定Registry呢？讓我們再拉取一個更完整命名的鏡像吧：

上面我試圖去拉取一個ubuntu鏡像，並且指定了Registry為我本機搭建的私有Registry。下面是Docker CLI中pull命令的代碼片段 (docker/api/client/command.go中的CmdPull函數)

在運行時，上面的taglessRemote變數會被傳入localhost:5000/ubuntu。上面代碼試圖從taglessRemote變數中解析出Registry的地址，在我們的例子中，它是localhost:5000。
那我們回過頭再來看看下面這個耳熟能詳的pull命令背後的故事吧：

我們跟著上面的示例代碼，進一步進入解析函數ResolveRepositoryName的定義代碼片段(docker/registry/registry.go)

我們發現，Docker CLI會判斷傳入的taglessRemote參數的第一部分中是否包含』.』或者':』，如果存在則認為第一部分是Registry地址，否則會使用Docker官方默認的Registry（即index.docker.io其實這里是一個Index Server，和Registry的區別留在後面再去深究吧），即上面代碼中高亮的部分。背後的故事還沒有結束，如果你向DockerHub上傳過鏡像，應該記得你上傳的鏡像名稱格式為user-name/repository:tag，這樣用戶Bob和用戶Alice可以有相同名稱的Repository，通過用戶名前綴作為命名空間隔離，比如Bob/ubuntu和Alice/ubuntu。官方鏡像是通過用戶名library來區分的，具體代碼片段如下(docker/api/client/command.go中的CmdPull函數)

我們回過頭再去看Docker命令行中解析Tag的邏輯吧(docker/api/client/command.go中的CmdPull函數)：

代碼會試著在用戶輸入的Image名稱中找』 : 『後面的tag,如果不存在，會使用默認的『DEFAULTTAG』，即『latest』。
也就是說在我們的例子裡面，命令會被解析為下面這樣（注意，下面的命令不能直接運行，因為Docker CLI不允許明確指定官方Registry地址）

配置Registry Mirror
Docker之所以這么吸引人，除了它的新穎的技術外，圍繞官方Registry（Docker Hub）的生態圈也是相當吸引人眼球的地方。在Docker Hub上你可以很輕松下載到大量已經容器化好的應用鏡像，即拉即用。這些鏡像中，有些是Docker官方維護的，更多的是眾多開發者自發上傳分享的。而且你還可以在Docker Hub中綁定你的代碼託管系統（目前支持Github和Bitbucket）配置自動生成鏡像功能，這樣Docker Hub會在你代碼更新時自動生成對應的Docker鏡像，是不是很方便？
不幸的是Docker Hub並沒有在國內放伺服器或者用國內的CDN，下載個鏡像20分鍾最起碼，我等碼農可耗不起這么長時間，老闆正站在身後催著我們搬運代碼呢。為了克服跨洋網路延遲，一般有兩個解決方案：一是使用私有Registry，另外是使用Registry Mirror，我們下面一一展開聊聊.
方案一就是搭建或者使用現有的私有Registry，通過定期和Docker Hub同步熱門的鏡像，私有Registry上保存了一些鏡像的副本，然後大家可以通過docker pull private-registry.com/user-name/ubuntu:latest，從這個私有Registry上拉取鏡像。因為這個方案需要定期同步Docker Hub鏡像，因此它比較適合於使用的鏡像相對穩定，或者都是私有鏡像的場景。而且用戶需要顯式的映射官方鏡像名稱到私有鏡像名稱，私有Registry更多被大家應用在企業內部場景。私有Registry部署也很方便，可以直接在Docker Hub上下載Registry鏡像，即拉即用，具體部署可以參考官方文檔。
方案二是使用Registry Mirror，它的原理類似於緩存，如果鏡像在Mirror中命中則直接返回給客戶端，否則從存放鏡像的Registry上拉取並自動緩存在Mirror中。最酷的是，是否使用Mirror對Docker使用者來講是透明的，也就是說在配置Mirror以後，大家可以仍然輸入docker pull ubuntu來拉取Docker Hub鏡像，除了速度變快了，和以前沒有任何區別。
了以更便捷的方式對接Docker Hub生態圈，使用Registry Mirror自然成為我的首選。接下來我就和大家一起看看Docker使用Mirror來拉取鏡像的過程。下面的例子，我使用的是由DaoCloud提供的Registry Mirror服務，在申請開通Mirror服務後你會得到一個Mirror地址，然後我們要做的就是把這個地址配置在Docker Server啟動腳本中，重啟Docker服務後Mirror配置就生效了（如何獲得Mirror服務可以參考本篇文章的附錄）
Ubuntu下配置Docker Registry Mirror的命令如下：
sudo echo 「DOCKER_OPTS=\」\$DOCKER_OPTS –registry-mirror=http://your-id.m.cloud.io -d\」」 >> /etc/default/docker
sudo service docker restart
如果你是用的Boot2Docker，配置命令為：
# 進入Boot2Docker Start Shell，並執行
sudo su
echo 「EXTRA_ARGS=\」–registry-mirror=http://your-id.m.cloud.io\」」 >> /var/lib/boot2docker/profile
exit
# 重啟Boot2Docker
配置好Registry Mirror後，就可以拉取Docker鏡像了，經我測試，使用DaoCloud的Mirror後，拉取常見鏡像的速度可以達到1.5M左右，具體速度在你的網路環境可能會略有不同。
我們來看看配置了Registry Mirror後，Docker拉取鏡像的過程吧。首先是CLI拉取鏡像命令代碼片段(docker/api/client/command.go中的CmdPull函數)

首先，Docker CLI會試圖獲得授權，在我們的例子中會向https://index.docker.io/v1請求認證，認證完成後，認證伺服器會返回一個對應的Token。注意，這里用戶認證與配置的Registry Mirror完全無關，這樣我們就不用擔心使用Mirror的安全問題了。接著Docker CLI會調用Docker Server（即Docker daemon程序）的創建鏡像命令，Docker Server隨之會執行具體的拉取鏡像動作，代碼片段如下(docker/graph/pull.go的pullRepository函數)

從代碼中可以發現，如果配置了Registry Mirror，Docker Server會首先從Mirror中拉取鏡像，如果Mirror拉取失敗會退而求其次從鏡像中指定的Registry拉取。大家又可以鬆口氣了，就算配置的Registry Mirror失效，也不會影響用戶拉取鏡像，只不過速度就。。。
鏡像拉下來後，就可以運行容器了

H. 阿里雲伺服器 能安裝docker么

可以，可以在網上找找阿里雲出的一鍵腳本，或者是上網搜索一下手動安裝的相關教程。

I. 阿里雲ecs和docker的區別

ecs是個可以自行管理的伺服器，你可以在上面安裝各種應用各種軟體各種服務，而docker呢時一種虛擬化容器，專門跑專門的應用的。阿里雲ecs和docker的區別