定时器,云平台处理.

quartz框架云平台问题

客户需求：需要在某个时刻给订购用户下发彩信内容,目前订购用户1000万(比如：12580这项业务,一共有1000万个人订购(用户订购的操作不是我们系统处理),系统需要按照配置的时间从数据库中取出内容和订购关系进行下发).
     定时下发策略分两种：
    1、当对接部件通过soap消息传递内容过来的时候，在soap消息中带有下发时间点（其实soap消息中只包含加密过的内容存放的FTP地址）.我们系统将这个时间点入库(存在quartz框架的表中).
    2、管理员通过页面配置某个业务的下发时间点（内容是挂在业务下的）,将用户配置的时间点入库.

    公司云平台简介：
    云平台是初次开发,功能还不是很智能和完善.跟我们相关的功能是：在启动的时候创建了3台虚拟机,在虚拟机中部署了3个我们的应用(相当于集群).当应用的cpu达到70%以上系统会自动创建一个新的虚拟机部署一套应用.来分担负载。
    当负载很低的时候，也有可能把虚拟机关掉.

    
     目前系统上线时用的一个数据库, 系统部署在公司的云平台上,当定时任务系统的时候根据quartz框架的特性，多台虚拟机的应用的scheduler会同时触发去数据库中抢Trigger，当其中的一个Trigger被一个scheduler抢到的时候其他的应用   就不会再去执行这个Trigger对应的job,
   
   问题：
    1、提高系统的性能要求每个应用都要进行下发操作，来分摊负载？
    2、现在quartz框架有如下的问题,在负载非常高的时候，云平台创建新的应用.居然另外一个正在执行的Trigger能被调起来执行job.这个应该是quartz的BUG吧.

那位大侠给点建议啊...