【docker】docker初试与填坑

docker是最近很流行的部署方式，最近尝试以前的项目都转移到docker上运行，下面是碰到的一些坑和解决方案。

 
 
 
 

	
  
  
  
  
网络问题 由于国内的缘由，docker pull 镜像的时候常常碰到连不上或者速度极慢的状况。 这部分能够使用 国内流行的  daocloud 的方案解决 ，使用dao pull代替docker pull ，若是是自行构建，可能须要使用代理或者直接在国外主机build，再打包传回来。
	
  
  
  
  
时间同步 hub.docker.com上的镜像，包括本身构建的，基本上都是以utc时区做为默认时区，这样于host主机时间每每差8个小时。 最好的解决方案是  挂载volumn   /etc/localtime 到  docker环境中，若是是docker命令，docker -v /etc/localtime:/etc/locaitime:ro ... 若是是docker-compose.yml   添加volumes 
volumns:
   - /etc/localtime:/etc/localtime:ro
 
	
  
  
  
  
entrypoint 与 run 构建docker镜像时，最后一句每每要写上docker的"入口"，使用entrypoint or run？ 这两个最基本的区别就是 entrypoint 包含了命令自己，是应用化的docker镜像，若是 指定    docker-a 的entrypoint位 ls 则 docker run  entrypoint  -l  的结果就是ls -l 的结果，而若是指定  run 为ls，则  docker run  entrypoint  ls -l   则为ls -l的结果 因此单次执行不须要后台运行的项目，基本上建议指定为 entrypoint，不然建议run。 能够在 docker/docker-compose run  后面使用 --entrypoint覆盖dockerfile里的设置，不过若是想执行bash可能要使用 bash -c 代替。
	
  
  
  
  
空间占用 若是pull了大量的image，可能会致使docker镜像占用了大量的磁盘空间，因此不少人每每但愿找小而美的images，可是这每每没有必要： docker会复用相同的层（layer） ，因此pull或者build镜像的时候，最好找基于同一个base的镜像，特别是构建的时候，能复用的尽可能复用。
	
  
  
  
  
docker 卡死 初期试用docker时，若是没有预估好资源使用量，可能会致使docker卡死，可能会致使系统其余服务响应都会变慢。 建议在多核机器上(>4),对docker使用CPU限制，建议使用cpuset 限制n-1个核心为docker使用，剩下一个响应其余操做，或者使用cpu-shares限制使用量(不超过90%)
	
  
  
  
  
端口与IP docker默认使用nat做为网络使用方式，使用expose和publish bind暴露内部服务端口。 若是无需对外提供服务，尽可能减小主机端口绑定，使用docker-compose时，对内服务无需是用ports指定端口，除非须要在另一台机器上使用。 若是须要绑定静态ip或直接使用外网ip，能够使用iptables，或者 ip netns等方法，这里我也没作太多实践，下次补充。
	
  
  
  
  
未完待补充..

 
 
 
 


文章来源：http://blog.xujif.com/archives/dockers.html