TensorFlow如何使用

这篇文章主要讲解了“TensorFlow如何使用”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“TensorFlow如何使用”吧！

创新互联公司是一家集网站建设,西平企业网站建设,西平品牌网站建设,网站定制,西平网站建设报价,网络营销,网络优化,西平网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。

Distributed TensorFlow

2016年4月TensorFlow发布了0.8版本宣布支持分布式计算，这个特性，我们称之为Distributed TensorFlow。

这是非常重要的一个特性，因为在AI的世界里，训练数据的size通常会大到让人瞠目结舌。比如Google Brain实验室今年发表的论文OUTRAGEOUSLY LARGE NEURAL NETWORKS: THE SPARSELY-GATED MIXTURE-OF-EXPERTS LAYER中提到，下图中MOE Layer Model可以达到680亿个Parameters的规模，如此复杂的模型，如果只能单机训练，那耗时难于接受。通过Distributed TensorFlow，可以利用众多服务器构建TensorFlow Cluster来提高训练效率。

TensorFlow如何使用

关于Distributed TensorFlow的更多内容，请参考官方内容www.tensorflow.org/deplopy/distributed，这里给出Distributed TensorFlow结构图：

TensorFlow如何使用

Why TensorFlow on Kubernetes

Distributed TensorFlow虽然提供了分布式能力，可以利用服务器集群加快训练，但是还有许多缺点，比如资源无法隔离、PS进程遗留问题等等，而这些正是Kubernetes所擅长的地方。下图是总结的你需要将TensorFlow运行在Kubernetes上的理由：

TensorFlow如何使用

对于我们来说，前期最大的用户痛点就是算法团队使用的HDFS Read性能不及预期，经过网上查找资料及我们自己简单的对比测试，发现GlusterFS可能是最适合我们的分布式存储了。因此在我们的TensorFlow on Kubernetes项目中使用GlusterFS来存放训练数据，worker将从GlusterFS中读取训练数据进行计算。

Integrated Architecture

TensorFlow如何使用

说明:

支持Between-Graph和In-Graph两种replication场景；
PS Task通过Kubernetes Deployment来部署，Worker Task通过Kubernetes Job来部署，由Kubernetes service和KubeDNS来提供服务发现；
每个TensorFlow Cluster都会通过StorageClass来Dynamic Provision PV，事先会先创建好通过Heketi对接Gluster集群的StorageClass；
GlusterFS集群通过Heketi来暴露rest api与Kubernetes进行交互，关于Heketi的部署，请参考官方文档；
每个TensorFlow Cluster会最终创建两个PV，一个用来存放训练数据（挂载到容器内/data，对应TensorFlow --data_dir配置），一个用来存储训练日志（挂载到容器内/log，对应TensorFlow --log_path配置）；
每个用户会对应在Kubernetes中创建一个namespace；
会给每个用户部署一个Jupyter Notebook Deployment和Service，Service通过NodePort暴露到集群外；
有一个节点比较特殊，我们称之为User Node,这个节点通过Taint方式，保证会运行Pod，但是会通过kube-proxy来暴露集群内的service，比如上面的Jupyter Notebook service将只允许在这个节点暴露出去；
User Node节点存放着用户写的python算法，并可以通过http查看和下载这些算法文件,Between-Graph场景下，容器启动后将通过curl下载这些算法文件；
会给没用用户创建一个Tensorboard Deployment和Service，Serivce通过NodePort暴露到集群外（同样只能在User Node暴露），Tensorboard Pod会挂着log PV，这样就能得到TensorFlow Graph。

Deploy Architecture

TensorFlow如何使用

整个系统涉及以下核心Components:

TensorFlow: 1.3.0
Kubernetes: 1.7.4
Docker: 1.12.6
Harbor: 1.1.2
Contiv netplugin: 0.1-12-23-2016.19-44-42.UTC
Keepalived: 1.3.5
Haproxy:1.7.8
Etcd2: 2.3.7
Etcd3: 3.2.1
Glusterfs: 3.10.5

网络方案：contiv netplugin + ovs + vlan.
日志方案：fluentd + Kafka + ES + Kibana.
监控方案：cadvisor + prometheus + Grafana.

CaaS的细节不在这里讨论，其实也是大家非常熟悉的方案了。

Demo

这个Demo，我改成NodePort方式暴露Jupyter Nodebook，登录时输入正确的token即可：

TensorFlow如何使用

这是一个In-Graph集群，点击master_client.ipynb，可以看到具体的训练算法内容：

TensorFlow如何使用

点击执行，可以在下面看到输出：

TensorFlow如何使用

这只是个简单的Demo,实际使用上，自动化生成各个ps, worker, pvc对应的kubernetes yaml，使用域名进行服务发现，不然如果你使用IP的话，可能就需要利用Pod的ProStart Hook来反馈各个Task的IP了，这将比较麻烦。

Thinking

Q: PS进程遗留问题，在社区讨论比较多（issue 4173），结合Kubernetes，我们可以比较简单的来做到回收PS进程的目的。 A:在DevOps的TaaS模块中，针对每个TensorFlow Cluster都启动一个协程，检查计数器是否达到worker数量（worker是job运行的，down了以后，watch到job successed，则计数器加1），如果等于worker数，则表明训练结束，等待30s后，调用kubernetes apiserver接口将ps deployment/service删除,达到自动回收ps的效果；
Qworker是无状态的，ps是有状态的，而ps是无法进行checkpoint的，如何进行训练save和restore呢?
A:worker虽然是无状态的，但是tf.train.Saver提供能力在worker上进行checkpoint，大概原理就是逐个从PS task中get Parameters，并进行save持久化。

Q怎么让用户指定ps和worker个数等少量参数，自动生成kubernetes yaml？
A: 因为当前我们还没有针对TaaS做前端Portal，所以目前是通过jinja template来自动生成的，用户只要指定少量参数即可生成ps和worker需要的kubernetes yaml。
比如下面是我的一个jinja template tfcluster_template.yaml.jinja,

	{%- set name = "imagenet" -%}
	{%- set worker_replicas = 3 -%}
	{%- set ps_replicas = 2 -%}
	{%- set script = "http://xxx.xx.xx.xxx:80/imagenet/imagenet.py" -%}

	{%- set image = "tensorflow/tensorflow:1.3.0" -%}
	{%- set data_dir = "/data" -%}
	{%- set log_dir = "/log" -%}
	{%- set port = 2222 -%}
	{%- set replicas = {"worker": worker_replicas, "ps": ps_replicas} -%}

	{%- macro worker_hosts() -%}
	  {%- for i in range(worker_replicas) -%}
	    {%- if not loop.first -%},{%- endif -%}
	    {{ name }}-worker-{{ i }}:{{ port }}
	  {%- endfor -%}
	{%- endmacro -%}

	{%- macro ps_hosts() -%}
	  {%- for i in range(ps_replicas) -%}
	    {%- if not loop.first -%},{%- endif -%}
	    {{ name }}-ps-{{ i }}:{{ port }}
	  {%- endfor -%}
	{%- endmacro -%}


	{%- for job in ["worker", "ps"] -%}
	{%- for i in range(replicas[job]) -%}
	kind: Service
	apiVersion: v1
	metadata:
	  name: {{ name }}-{{ job }}-{{ i }}
	spec:
	  selector:
	    name: {{ name }}
	    job: {{ job }}
	    task: "{{ i }}"
	  ports:
	  - port: {{ port }}
	    targetPort: 2222
	{% if job == "worker" %}
	---
	kind: Job
	apiVersion: batch/v1
	metadata:
	  name: {{ name }}-{{ job }}-{{ i }}
	spec:
	  replicas: 1
	  template:
	    metadata:
	      labels:
	        name: {{ name }}
	        job: {{ job }}
	        task: "{{ i }}"
	    spec:
	      containers:
	      - name: {{ name }}-{{ job }}-{{ i }}
	        image: {{ image }}
	        ports:
	        - containerPort: 2222
	        command: ["/bin/sh", "-c"]
	        args:["
	            curl {{ script }} -o /opt/{{ name }}.py;
	            python /opt/{{ name }}.py \
	                   --ps_hosts={{ ps_hosts() }} \
	                   --worker_hosts={{ worker_hosts() }} \
	                   --job_name={{ job }} \
	                   --task_index={{ i }} \
	                   --log_path={{ log_dir }} \
	                   --data_dir={{ data_dir }} ;"]
	        volumeMounts: 
	        - name: data
	          mountPath: {{ data_dir }}
	        - name: log
	          mountPath: {{ log_dir }}
	      restartPolicy: Never
	      volumes:
	        - name: data
	          persistentVolumeClaim:
	            claimName: {{ name }}-data-pvc
	        - name: log
	          persistentVolumeClaim:
	            claimName: {{ name }}-log-pvc 
	{% endif %}
	{% if job == "ps" %}
	---
	kind: Deployment
	apiVersion: extensions/v1beta1
	metadata:
	  name: {{ name }}-{{ job }}-{{ i }}
	spec:
	  replicas: 1
	  template:
	    metadata:
	      labels:
	        name: {{ name }}
	        job: {{ job }}
	        task: "{{ i }}"
	    spec:
	      containers:
	      - name: {{ name }}-{{ job }}-{{ i }}
	        image: {{ image }}
	        ports:
	        - containerPort: 2222
	        command: ["/bin/sh", "-c"]
	        args:["
	            curl {{ script }} -o /opt/{{ name }}.py;
	            python /opt/{{ name }}.py \
	                   --ps_hosts={{ ps_hosts() }} \
	                   --worker_hosts={{ worker_hosts() }} \
	                   --job_name={{ job }} \
	                   --task_index={{ i }} \
	                   --log_path={{ log_dir }} ;"]
	        volumeMounts: 
	        - name: log
	          mountPath: {{ log_dir }}
	      restartPolicy: Never
	      volumes:
	        - name: log
	          persistentVolumeClaim:
	            claimName: {{ name }}-log-pvc
	{% endif %}
	---
	{% endfor %}
	{%- endfor -%}

	apiVersion: v1
	kind: PersistentVolumeClaim
	metadata:
	 name: {{ name }}-log-pvc
	 annotations:
	   volume.beta.kubernetes.io/storage-class: glusterfs
	spec:
	 accessModes:
	  - ReadWriteMany
	 resources:
	   requests:
	     storage: 10Gi
	---
	apiVersion: v1
	kind: PersistentVolumeClaim
	metadata:
	 name: {{ name }}-data-pvc
	 annotations:
	   volume.beta.kubernetes.io/storage-class: glusterfs
	spec:
	 accessModes:
	  - ReadWriteMany
	 resources:
	   requests:
	     storage: 10Gi
	---

然后执行python render_template.py tfcluster_template.yaml.jinja | kubectl apply -f -完成对应的Between-Graph TensorFlow Cluster的创建和启动。

感谢各位的阅读，以上就是“TensorFlow如何使用”的内容了，经过本文的学习后，相信大家对TensorFlow如何使用这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！

文章题目：TensorFlow如何使用
标题链接：http://hbruida.cn/article/goicdd.html

TensorFlow如何使用

Distributed TensorFlow

Why TensorFlow on Kubernetes

Integrated Architecture

Deploy Architecture

Demo

Thinking

其他资讯