Jul 282015
 

今晚好好解决了几个小米盒子的使用问题。为了免去麻烦,把默认的update都关闭。

花屏问题

小米盒子其实很长一段时间,基本都是闲置,主要的用途是让儿子把pad投影到电视,看动画片,不过最近发现有问题,

症状就和这位朋友描述

1、出现花屏的机器会有电视无法识别信号的情况。
2、出花屏后遥控器开关不能正常重启,遥控器开关操作后电视无法识别,显示无信号的症状。必须强制断电才能有可能恢复。
3、出现花屏的时间没有规律,多是在播放视频时。
4、花屏与连接线或者电视无关(关于电视我试过三星的、飞利浦的、创维的都有这种情况)。
5、系统更新无法解决,我已经把系统更新到1.3.87版本,也没法解决

我的小米盒子应该是第一代产品。

http://bbs.xiaomi.cn/thread/index/tid/9748808

造成问题的原因,我也就基本明白,因为小米升级,默认把分辨率提高,但是对老的小米盒子就有问题。解决很简单,就是把分辨率设置低点,一切问题都消失。

优酷

小米盒子默认是没法看优酷,以前我都是使用pad,把优酷内容投影到液晶上。通过下载优酷XL V 2.7.1 版,装上就可以。

http://www.znds.com/tv-230947-1-1.html

现在小米盒子提供软件安装,可以直接从电脑上进行安装,倒是比较方便。不需要利用第三方工具就可以搞定。

就是小米应用商店进入,

Snap1

Snap2

Snap3

访问地址是

http://盒子ip/app/一个随机端口号

比较完美。

关闭安全警告

这个特别烦人,每次启动都提示。

Snap11

参考这篇文章,http://www.znds.com/tv-65156-1-1.html

直接装上xShortCut FREE软件,对着文档操作就可以。

Jul 262015
 

Mirantis Fuel 6.1,应该是6月24号左右发布,经过了一个月的测试,其实发现做的还是非常不错的。很多朋友估计没有时间,条件去测试,我这里就整理一下使用Fuel的总结。

Fuel 7.0,正式发布时间是9月份,集成Kilo版本,应该也就是在Kilo版本发布后4个月,发布Mirantis自己的版本。其实红帽也差不多,OpenStack的版本,也是差不多4个月后正式发布,这个时候Kilo版本经过2个小版本的升级后,应该是基本可用。

对于红帽的操作系统,应该是CentOS7.1以后的版本,才能算对Openstack实现很好的支持,真的能和Ubuntu进行PK。所以我对Fuel集成Kilo版本还是非常期待。国内的企业客户,其实都是使用CentOS,到时候好好学习一下Fuel的7.0.

 

打包

Fuel同时支持CentOS6.5和Ubuntu 14.04。不过OpenStack的包,并不是发行版自带的,都是Mirantis自己打包的。RabbitMQ,ovs的版本,应该都会和官方有不少区别。

这个做法,其实是很大胆的,用户用的Mirantis的Openstack,其实和红帽,Ubuntu其实是没太多关系,有问题,就只能找Mirantis解决。

安装

在Fuel6.0的时候,Fuel Master安装是比较慢的,好像需要2,3个小时。现在已经半个小时就可以搞定。这里面有一个原因,就是现在光盘的容量减小,不存放Ubuntu的包,你需要从公网去下载。技术上,他应该也是做了些工作,导致整个安装工作,平滑很多。

只支持HA模式

控制节点其实提供两种选择:HA模式和非HA模式。非HA的模式是无法切换到HA模式的。所以在6.1的版本,就去掉的非HA模式。

在HA模式下,你的控制节点的数量,并不是必须是3个,可以是1个,HA Ready,当你规模不大的时候,可以只跑一个控制节点。这样还是非常灵活的。

支持Ubuntu14.04

6.0的时候,ubuntu12.04和Ubuntu14.04,都支持Juno版本,不过Mirantis认为当时的Ubuntu14.04,稳定性无法满足需求,所以发布的时候,还是Ubuntu12.04跑的Juno版本。到了6.1,操作系统才改成14.04.2

其实这也说明一个新版本的操作系统,也是需要1年的时候,才能相对稳定下来。

Fuel对Ubuntu的支持的改变在于已经不集成Ubuntu的安装包,这样导致安装的过程必须联网,其实在国内的环境下,其实用户体验非常不好。Fuel是可以让开发者去定制ISO,把你需要的东西集成进去,希望有开发者站出来,把Ubuntu的包都集成到Fuel里,方便很多用户。

插件机制

Fuel已经变成一个平台,各个硬件厂商,软件厂商都希望集成进来,这就要求插件机制,让用户选择启用那些插件。这其实就是Fuel走向成熟的一个标志。

这个真的是一个非常聪明的做法。厂商希望把自己软件集成进去,那么你就开发插件,测试通过,我就公布出去,让用户选择。作为厂商,你也可以帮助用户在fuel下使用你开发的插件。

下面是Mirantis官方页面发布的插件,下载,直接就可以在fuel的master里进行安装。

  • FWaaS – Firewall-as-a-Service,
  • VPNaaS – VPN-as-a-Service
  • ElasticSearch/Kibana – Log Search, Filtration and Analysis
  • LMA Collector – LMA Toolchain Data Aggregation Client
  • InfluxDB/Grafana – Time-Series Event Recording and Analysis
  • Zabbix – Monitoring

这几个插件我都测试过,非常不错。Grafana,应该还有很多地方需要用户自己进行设置,目前Mirantis还没发布文档。

超融合架构

这个是比较时髦的话题,就是把计算,存储放在一台机器上,通过Ceph,实现nova,glance和cinder的整合。目前Fuel也支持这种设计。只是Juno版本对Ceph的整合还是有点不完善,不过Mirantis应该是把一些代码,merge到Juno版本里,整合的效果应该是不错。

Ceph整合OpenStack,已经持续了快2年,目前离完美,还是有一段距离。按照现在的进度,估计真的要明年的M版本。

目前Fuel的超融合架构,应该是没有对存储和cpu进行隔离,在私有云里使用,应该还是可以接受。

监控

这个可以说是Fuel 6.1最大改进的地方,也是最引人注目的地方。通过插件机制,不仅仅集成了Zabbix,并且把日志监控ELK,性能分析InfluxDB/Grafana集成起来。

过去用户一直都比较头疼,如何维护Openstack,不知道那天突然出现一个啥错误,这个错误是什么原因引起的,如何去汇报问题。有了这些工具,看到全部绿色,你就基本可以睡个好觉。

目前Zabbix,需要安装在控制节点上,自动实现高可用。不过我是有点担心性能是否可以扛住。

ELK和InfluxDB/Grafana,你需要安装在一台单独的机器上,目前还没有实现高可用。

最小规模

经常有朋友问,Fuel的安装,需要多少台机器,我研究了一下,Fuel master装在虚拟机里的话,

  • 控制节点,装在一台机器上,
  • 计算节点一台机器,Fuel是不允许控制节点和计算节点一起安装的。
  • 存储节点,你可以选择装在控制节点上,还是计算节点上,都是可以的。我都是选择Ceph。
  • ELK和InfluxDB/Grafana,装在一台机器上,这是可选。

所以我们至少是需要2台机器,就可以构建一个OpenStack环境,3台机器,基本就可以领略到Fuel的基本功能。如果是按照生产设计,3台控制节点,3台计算节点,3台存储节点,1台监控,那么就刚好10台机器的规模,可以验证Fuel里的各种HA配置。

其实fuel还是可能支持all in one,有朋友通过修改js实现。

修改web界面角色复选,
fuel-web/nailgun/static/js/views/cluster_page_tabs/nodes_tab_screens/node_list_screen.js

具体代码

https://github.com/stackforge/fuel-web/blob/stable/6.1/nailgun/static/js/views/layout.jsx

好吧,让同事学习一下,如何实现all in one。

网络

以前Fuel的一个特点就是安装过程,不需要联网,不过由于fuel的设计的改变,如果是选择Ubuntu,你是必须联网才能完成安装。如果你选择CentOS,那么他默认是需要连接到Mirantis的update里,日后如果有更新,能从这里安装,其实对于现在的安装,是根本用不上,如果去掉这两个源,那么你是可以不联网安装。

Fuel的安装,最麻烦的地方,就是网络的设置,网络验证不通过,你就无法安装。让同事整理一个交换机配置的例子,到时候分享给大家。

单网卡也可以安装,这应该是Fuel的一个很重要的特性。用户经常用台式机来测试,网卡只有一块。所有机器一块网卡也是可以安装的,估计是千兆的,效果好点吧。

Fuel是支持网卡绑定,但是pxe网络,就是admin网络,是不支持bonding的。

还有一点,就是GEE网络下, 6.1已经实现虚拟机通讯的网络和管理网络分开。已经是非常另外。另外vxlan的支持,应该是7.0的重头戏。

Jul 022015
 

很快1年就过去了。去年7月份首保 http://www.chenshake.com/cool-power/ 当时是5k公里,现在已经跑了15k。1年也就走了1万公里。

道奇酷威的英文保养手册是1年或者1.6万公里保养一次,我就按照这个规定来做就ok。

车辆开了一年,基本没啥麻烦,上次天冷,报胎压不足,打气就可以。现在的问题就是雨刮水喷不起来。今天去4S让他们检查一下,发现连接的管松了,掉下来,接上就好了。美国车这点上和日本车是有点差距的。

这次是取北京中进百旺Jeep 4s店保养,店的规模好像比亦庄和亚运村差一点,不过基本还是不错的。

整体来说,还是不错的。本来今天想看看保养过程,没想到他们动作快,很快就搞定,我过去已经做完。

今天的费用

  • 机油:413 (5升)
  • 机滤:80
  • 工时费:176

一共就669元,还可以接受。

很多朋友希望找外面的店进行保养,目的其实是希望用所谓更好的机油,价格也不至于太贵。其实真的没这个必要。

我请教我最信任的同学,每天修奔驰和宝马的,机油间的差异,除非你的玩车,突然加速,否则日常使用,是没任何区别的。

Jun 302015
 

由于工作的关系,也招收实习生,希望可以通过实习生的培养,让他们对Openstack熟悉起来。那么过程中,其实也是很多想法,大家可以进行交流。

如何学习和了解OpenStack,那么其实和你如何了解一个开源软件,其实差不多。国内由于很多原因,很多人都喜欢看中文的资料去了解和熟悉一个开源软件,这样其实效率是很低的。

引用微博的一段话

【一万小时法则】一项研究显示,在任何领域取得成功的关键跟天分无关,只是练习的问题,需要练习1万个小时——10年内,每周练习20小时,大概每天3小时。中国有句古话“十年磨一剑”,其道理可谓异曲同工,没有几个会拒绝成功。但站立在金字塔顶的成功者,往往是少数人。

Openstack其实也不例外,Openstack的Core,不要以为他们什么都理解,都懂。其实他们仅仅是投入时间比你多一点而已。获取一个Openstack项目的Core,那么你至少是需要投入5000个小时。

官方网站

任何成熟的开源网站,那么官方网站的资料是最丰富的。你如果可以熟练在官方网站找到你需要的东西,那么就说明你对这个开源软件已经比较熟悉,Openstack也不例外。你需要的是花大量的时间去阅读Openstack官方网站上的资料。

目前OpenStack的官方文档,已经非常完备。

launchpad网站

这是Openstack的项目管理的网站,通过这里,你可以看到Opentstack项目的组件的Blueprints和bugs列表,阅读这些你就基本可以了解到Openstack过去,现在和未来。

https://launchpad.net/nova/+series  把nova更换成Openstack组件名字就可以。

stackalytics网站

这个网站非常有意思,尤其对于想了解大数据的朋友。Openstack项目非常庞大,那么那个公司的贡献最多呢,不同的维度,得到的结论是不同的。

http://stackalytics.com/  Openstack目前到底有多少模块在开发,他们的活跃度如何,背后有什么大公司在支持,基本都是可以通过这里获得。

邮件列表

订阅邮件列表,这样你可以了解到Openstack的目前状况。阅读邮件列表,其实非常累,不过通过一段时间的阅读,其实可以帮助你了解到很多通过官方网站无法了解到情况。例如国内的那家公司,参与OpenStack开发比较多,用户使用OpenStack主要的问题是啥。

邮件列表的地址,都是可以通过官方网站获得。

IRC会议

这个其实是开源软件常用的交流方式,一般来说,我们的英文不太好,反应也慢点,要在IRC里,提问,回答都是有点困难。不过OpenStack的IRC会议,都是有记录的,你是可以通过阅读IRC来了解项目的进展。这个其实是非常消耗精力的活,一个人的精力,估计能盯住一个模块就不容易。

http://eavesdrop.openstack.org/meetings/

Devstack

如果你希望从事Openstack开发,那么你就能用OpenStack搭建开发环境,那么Devstack的安装和使用,是必须的。通过阅读Devstack的安装脚本,其实Openstack的安装,对你来说,就显得比较简单了。

目前Devstack支持的比较好,应该是Ubuntu,建议你使用Ubuntu 14.04来搭建你的开发环境

http://docs.openstack.org/developer/devstack/

Openstack是用Python开发的,对于程序员来说,其实很好理解,只需要投入时间进去,就会有收获。

 

参与Openstack开发

要想了解Openstack的开发模式,其实只看是不行的,你也无法理解为啥这样做。你必须动手去参与Openstack开发。参与开发,其实不见得是提交代码,参与代码的review,了解Openstack的代码开发规范,对你自己的成长,还是非常有帮助。

如何提交代码的视频,介绍如何提交代码的中文资料,其实很多。详细可以看孔令贤的文章http://blog.csdn.net/lynn_kong/article/details/9405567

Openstack的代码开发流程,其实和你想象的会有很大的差异,第一次提交代码,很多人都折腾好几个月,不过最终还是觉得这个时间花的还是很值得的。

Linux,KVM和网络

其实Openstack只是管理工具,真正考验你的是linux和KVM能力,一般的系统管理员,对linux和KVM,都算可以,不过对于网络,可能就比较陌生。在Openstack上,你是无法逃避的,很多问题都会和网络密不可分。

你需要了解linux bridge,Openvswitch,学会抓包,这样你才具备能力去解决问题。

Slideshare和Youtube

了解一个开源软件,其实简单的办法,就是去Slideshare把相关的PPT读完,到Youtube把相关的视频看完,你就对软件有一个整体的理解,对于Openstack,其实也不例外。

其实作为一个技术人员,真的必须掌握一些技巧和能力,去看Slideshare和Youtube。通过视频和PPT,效率会高很多的。

大学生建议

如果你是大三的学生,希望日后从事Openstack相关的工作。那么其实我建议

  1. 熟悉linux,最好能用linux作为桌面,增加你使用linux的时间,有条件参加红帽的证书认证
  2. 使用Git,最佳的方式就是在github做一个blog,记录自己日常的经验和教训,这个非常重要,掌握学习方法比你懂啥更加重要
  3. 配置管理工具:ansible
  4. 熟悉KVM,linux Bridge,这都是基础。
  5. 网络如果可以达到CCNA的水平,其实是最好的,这样对你日后理解Openstack的网络有很大的帮助。
  6. 养成英文阅读习惯,这个和所谓英语能力基本没任何关系,英语真的不是学出来,是逼出来的。

今年我给我这边的实习生出了一道题目

使用配置管理工具ansible或者Saltstack,去云里(青云或者微软的Azure),

  1. 调用api接口,开一个虚拟机,
  2. 安装gitlab,
  3. 定期备份到对象存储上,
  4. 并且你可以实现定期的更新。
  5. 加入zabbix监控监控所有的服务
  6. 日志收集到elk(elasticsearch+logstash+kibana)

整个过程,你不需要人工登录虚拟机,全部都是通过配置管理工具,远程来完成。

可惜由于时间的问题,还没有完成。那位朋友完成全过程的,可以分享分享。

 

问题:OpenStack已逐渐成为打造云平台的首选技术, 其作为一个庞大而专业的新兴系统,具有一定的使用门槛。但在目前高校学习中,鲜有与OpenStack直接相关的专业。请您结合目前OpenStack的使用环境,谈一谈。

很多大学都很时髦,设置什么大数据专业,云计算专业。其实很多时候,这些专业都很虚,老师在大数据的时候还在讲啤酒和尿布的故事,真的是比较搞笑的事情的。试想一下,你分析出啤酒和尿布的关系的情况下,那么超市应该是把两者的距离放的更近还是更远呢?这个问题估计老师都没考虑过,就到处出去忽悠学生。(Intel中国研究院首席工程师吴甘沙在一次报告中透露:所谓“啤酒加尿布”的数据挖掘经典案例,其实是Teradata公司一位经理编出来的“故事”,历史上并没有发生过!)

在大学里,其实学生的专业更加需要注重的是基础,操作系统原理,linux内核这些。如果你真的对这些很熟悉的话,那么你到社会上,无论是啥stack,都是可以应付。你在大学里学了某stack的专业,毕业的时候,很可能已经开始走下坡路。

这是一位朋友的微博写的,我就转载一下,你把java换成Python,应该就可以

计算机专业的大一,有激情有时间,是学习的黄金时间。如果能在上好正式课程之外,在这一年期间熟练地掌握两种编程语言(C,Java),熟悉一个操作系统(Linux),动手写1万行代码,就为四年大学开了一个好头。不要指望有老师一步步地带着你,自力更生,自主学习,用好图书馆与互联网,足矣。

Jun 142015
 

时间真的很快,孩子现在已经五岁。孩子长大了,一个头疼的事情,就是上学。明年就要上小学,这确实是一个未知数。真的不知道明年现在,是啥情况。

写这个的时候,也心情有点沉重。

DSC04000

Continue reading »

Jun 012015
 

上次有朋友整理了一篇青云,ucloud,Azure等公有云里互相的看法,作者真的同行,真实反映了他们的想法。基本就是我是最好的,别的和我比都差远了,不构成威胁。

国内在Openstack的商业模式上,情况有点相反,总是觉得其他模式好像更好,这样也就导致一家公司,会考虑把公有云,私有云,托管云,咨询业务全部都干的想法。

Openstack的商业模式总结为:公有云,私有云,托管云,培训和咨询

基本是模仿这位朋友的笔法,模仿不好,当练习啊。

公有云

公有云眼里的公有云

这是未来,方向。公有云才能发挥云的最大的优势,规模。

公有云眼里的私有云

他们太爽了,一个项目上千万。一年做几个客户就行。

公有云眼里的托管云

这个太好做了,基本没啥技术挑战。坐着哪里等着收钱就可以。

公有云眼里干咨询的

这个连硬件投入都不需要,接单子再找人去做。真的是轻资产。把openstack装起来就出去咨询,太爽了.

私有云

私有云眼里的私有云

企业的私有云市场比公有云市场大多了。尤其在中国,真正的未来在私有云。

私有云眼里的公有云

不搞这个没法拿VC投资啊。

私有云眼里的托管云

托管云可以标准化,可以真正给更多的用户提供标准的服务。不像私有云,每个客户都定制开发,最后都是没法升级和维护,都是在挖坑。

私有云眼里的咨询培训

白花花的银子,一天就好几k。一点也不着急,按天付费。我们做私有云项目,经常一年都没法结束。人员的工资都不够.

托管云

托管云眼里的托管云

我们是提供服务的,服务是未来。

托管云眼里的公有云

用户拿托管云去做公有云,操卖白粉的心赚卖白菜的钱。

托管云眼里的私有云

人家做完项目就收款,我们还要每个月伺候客户,并且收款是一个永远的疼啊。

托管云眼里的咨询培训

我每天回答客户的问题都是免费的。他们动动嘴皮就挣钱,太爽了。

 

培训咨询

培训咨询眼里的培训咨询

任何时候客户都是需要培训和咨询的服务。

培训咨询眼里的公有云

我知道这是未来,不过没钱也没法玩。

培训咨询眼里的私有云

vmware每年license那么多收入。金矿。我没关系,也玩不转

培训咨询眼里的托管云

坐着收钱感觉还是挺好的。客户咨询培训完就结束。