集群调度测试

AA
网络和image可以跨集群共享,仅从这点理解,应该不会影响集群内的调度吧?
2014/9/24 13:56:52
BB
2014/9/24 13:56:52
是的
BB
2014/9/24 13:57:03
和调度相关的是主机和system的datastore
AA
2014/9/24 13:57:21
我只是猜测,验证过吗?
AA
2014/9/24 13:58:11
谁有空时说下one的调度过程
BB
2014/9/24 13:58:45
我上午验证的
2014/9/24 14:02:45
Tesla
2014/9/24 14:02:45
网络和image跨集群共享是在你指定部署到某一台主机时不受集群限制
2014/9/24 14:06:51
Tesla
2014/9/24 14:06:51
而自动调度时当然要受集群限制。
2014/9/24 14:34:20
Tesla
2014/9/24 14:34:20
简单地说:OpenNebula根据一个vm的网络和image来判断这个vm属于哪个集群。然后在调度时,在这个集群内找一台Host调度之,然后检查这个集群有无对应的system datastore,如没有则调度失败。
2014/9/24 14:35:57
Tesla
2014/9/24 14:35:57
而在你手工部署时前面的判断跳过,直接检查要部署的Host所属的集群有无对应的system datastore,如没有刚部署失败。

BB
2014/9/24 14:36:25
OpenNebula根据一个vm的网络和image来判断这个vm属于哪个集群

-- 这个怎么理解呢?网络和image是不受集群限制的啊
2014/9/24 14:38:12
Tesla
2014/9/24 14:38:12
就按字面意思理解
Tesla
2014/9/24 14:39:20
你在创建VM时指定的vnet和image属于哪个集群,vm就属于哪个集群。以后的自动调度都在这个集群内进行。
2014/9/24 14:40:46
BB
2014/9/24 14:40:46
vnet和image可以不指定集群的,但是host和system需要指定,如果vnet和image不指定集群的情况下,创建的vm属于host所在的集群么?
Tesla
2014/9/24 14:41:30
vnet和image不指定集群,创建的vm不属于任何集群
2014/9/24 14:44:46
Tesla
2014/9/24 14:44:46
net和image可以不指定集群的,host和system也可以不指定集群,不要把这两个特殊化
BB
2014/9/24 14:44:58
恩,这个我知道
2014/9/24 14:50:02
Tesla
2014/9/24 14:50:02
你觉得image和net可以不指定集群而host和system必须指定是因为你测试的时候是直接指定一台vm部署到某个集群的一台主机的。
2014/9/24 14:51:33
BB
2014/9/24 14:51:33
之前我们以为集群里面必须有主机、网络、Image类型的Datastore、system类型的Datastore才可以成功创建虚拟机
BB
2014/9/24 14:52:36
上午的时候我怀疑这个网络和Image类型的Datastore可以不在集群里面,所以就把集群设置为只有一个host和一个system的Datastore,也可以创建的
2014/9/24 14:54:09
CC
2014/9/24 14:54:09
Vnet,image,host集群都不一样的话是神马情况?试过吗
Tesla
2014/9/24 14:54:09
如果只是创建的话,跟host和system都没关系。部署的时候才有关系。
Tesla
2014/9/24 14:54:28
vnet和image集群不能不一样
Tesla
2014/9/24 14:55:06
可以一个属于集群A,另一个不属于任何集群。但是不能一个属于集群A另一个属于集群B
Tesla
2014/9/24 14:55:27
这样你的虚拟机创建不起来的
2014/9/24 14:56:41
Tesla
2014/9/24 14:56:41
虚拟机创建的时候跟host、system都没有关系,只跟image和net有关系
BB
2014/9/24 14:56:54
是的
Tesla
2014/9/24 14:56:58
部署的时候才跟host、system扯上关系了
BB
2014/9/24 14:57:12
的确是这样
CC
2014/9/24 14:57:56
唉,其实我一直都是这个意思,集群先我们用自己的逻辑的管起来,真正要调度了再用one的机制
2014/9/24 15:23:09
BB
2014/9/24 15:23:09
针对刚才讨论的问题,验证了一下
2014/9/24 15:23:15
BB
2014/9/24 15:23:15

2014/9/24 15:25:43
CC
2014/9/24 15:25:43
One的创建和部署是分开的,从前端用户这边,基本上添加就是直接启动了就用的
CC
2014/9/24 15:26:09
虚拟机
AA
2014/9/24 15:26:40
虚拟机创建和部署的后置条件各是什么?
2014/9/24 15:28:31
BB
2014/9/24 15:28:31
创建完之后是一直在pending状态,然后根据host和system的Datastore进行部署,部署后就进入running状态了
BB
2014/9/24 15:29:02
如果找不到可以匹配的host和systm的Datastore就一直在pending状态
AA
2014/9/24 15:30:01
创建和部署后,管理节点、工作节点和数据库各自的变化呢?

时间: 2024-11-13 20:31:47

集群调度测试的相关文章

大数据:Spark Standalone 集群调度(一)从远程调试开始说application创建

远程debug,特别是在集群方式时候,会很方便了解代码的运行方式,这也是码农比较喜欢的方式 虽然scala的语法和java不一样,但是scala是运行在JVM虚拟机上的,也就是scala最后编译成字节码运行在JVM上,那么远程调试方式就是JVM调试方式 在服务器端: -Xdebug -Xrunjdwp:server=y,transport=dt_socket,address=7001,suspend=y 客户端通过socket就能远程调试代码 1. 调试submit, master, worke

Redis Cluster集群搭建测试

# Redis Clutser # ## 一.Redis Cluster集群 ## 参考资料: http://www.cnblogs.com/lykxqhh/p/5690923.html Redis集群搭建的方式有多种,例如使用zookper等,但从redis3.0之后版本支持redis cluster集群,Redis Cluster采用无中心结构,每个节点保存数据和整个集群状态,每个节点都和其他所有节点连接.其redis cluster架构图如下: 其结构特点: 1.所有的redis节点彼此互

集群调度技术研究综述

1  引言 什么是调度?个人理解最初的调度是和时间有关的.时间作为唯一的不可逆转的资源,一般是划分为多个时间片来使用(如下图所示).就计算机而言,由于CPU的速度快的多,所以就有了针对CPU时间片的调度,让多个任务在同一个CPU上运行起来.这是一个假象,某一时刻CPU还是单任务运行的. 后来为了在同一时间进行更多的任务,需要在同一时间内干多件事情.如果多个人或者多个处理器为了完成一个任务目标一起工作,就需要一个协调者.这就是一个分布式系统,就单个数据中心或者小范围来说,就是集群.如果让一个分布式

quartz集群调度机制调研及源码分析---转载

quartz2.2.1集群调度机制调研及源码分析引言quartz集群架构调度器实例化调度过程触发器的获取触发trigger:Job执行过程:总结:附: 引言 quratz是目前最为成熟,使用最广泛的java任务调度框架,功能强大配置灵活.在企业应用中占重要地位.quratz在集群环境中的使用方式是每个企业级系统都要考虑的问题.早在2006年,在ITeye上就有一篇关于quratz集群方案的讨论:http://www.iteye.com/topic/40970 ITeye创始人@Robbin在8楼

(1)quartz集群调度机制调研及源码分析---转载

quartz2.2.1集群调度机制调研及源码分析 原文地址:http://demo.netfoucs.com/gklifg/article/details/27090179 引言quartz集群架构调度器实例化调度过程触发器的获取触发trigger:Job执行过程:总结:附: 引言 quratz是目前最为成熟,使用最广泛的java任务调度框架,功能强大配置灵活.在企业应用中占重要地位.quratz在集群环境中的使用方式是每个企业级系统都要考虑的问题.早在2006年,在ITeye上就有一篇关于qu

搭建Redis 集群,测试集群:对节点主机重新分片

搭建Redis 集群 准备6台redis服务器,具体要求如下: ip地址 端口 etho 日志文件名 192.168.4.51 6051 都可以接收连接请求 redis51.log 192.168.4.52 6052 都可以接收连接请求 redis52.log 192.168.4.53 6053 都可以接收连接请求 redis53.log 192.168.4.54 6054 都可以接收连接请求 redis54.log 192.168.4.55 6055 都可以接收连接请求 redis55.log

颠覆大数据分析之Mesos:集群调度及管理系统

正如前面"Mesos:动机"一节中所述,Mesos的主要目标就是去帮助管理不同框架(或者应用栈)间的集群资源.比如说,有一个业务需要在同一个物理集群上同时运行Hadoop,Storm及Spark.这种情况下,现有的调度器是无法完成跨框架间的如此细粒度的资源共享的.Hadoop的YARN调度器是一个中央调度器,它可以允许多个框架运行在一个集群里.但是,要使用框架特定的算法或者调度策略的话就变得很难了,因为多个框架间只有一种调度算法.比如说,MPI使用的是组调度算法,而Spark用的是延迟

走近伏羲,谈5000节点集群调度与性能优化

5K项目是飞天平台的里程碑,系统在规模.性能和容错方面都得到了飞跃式的发展,达到世界领先水平.伏羲作为飞天平台的分布式调度系统,能支持单集群5000节点,并发运行10000作业,30分钟完成100TB数据Terasort,性能是当时Yahoo ! 在Sort Benchmark上世界纪录的两倍. 伏羲介绍 "飞天"是阿里巴巴的云计算平台,其中的分布式调度系统被命名为"伏羲"(代码名称Fuxi),名字来自我国古代神话人物.伏羲主要负责管理集群的机器资源和调度并发的计算

Postgres-XL-9.5 集群部署测试

一.部署环境 集群环境如下 CentOS6.6_x86_64 Postgres-XL 9.5 主机名 IP 角色 端口 nodename 数据目录 pgxlsrv1 192.168.1.41 GTM 6666 gtm $PGHOME/data/gtm Coordinator 5301 coord1 $PGHOME/data/coord1 Coordinator 5302 coord2 $PGHOME/data/coord2 pgxlsrv2 192.168.1.42 Datanode 5401