• 当大数据(Big Data)遇到大计算(Big Compute)

     

    云计算提供了一个可配置的共享资源池,该资源池提供网络、服务器、存储、应用和服务等多种硬件和软件资源。(具体可见美国国家标准与技术研究院NIST的相关文件:http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf)。其中计算、存储、网络等构成了最关键的要素。

     

    对于存储,特别是针对大数据Big Data, 微软Windows Azure HDInsight 提供了基于公有云的Hadoop服务,具体可见:

    http://blogs.technet.com/b/nevin_dongs_blog/archive/2013/10/30/windows-azure-hdinsight-hadoop-ga.aspx

    随着移动设备(智能手机、平板、传感器、可穿戴设备等)的汹涌出现,及社交化应用的日益传播,海量数据每时每刻在产生。

    HDInsight为这些应用提供了强大、快捷、高效的支撑平台。

     

    针对计算,是另一个值得关注的方面。一些典型的场景,如财务数据风险分析和建模、用户喜欢分析和建模、海量多媒体内容加工、科学研究和建模等。可参考一些案例:

    http://www.windowsazure.com/en-us/solutions/big-compute/#scenarios

    随着一些创新应用的崭露头角,例如人工智能、游戏仿真、实时智能分析、虚拟现实、生物技术等,针对CPU、内存等计算密集型相关的工作,需要更强的计算平台支持。

    微软提供了高性能计算(high performance computingHPC)技术,而Windows AzureHPC技术的结合,可以帮助大计算用户将计算能力扩展到Windows Azure,充分利用公有云的力量和资源。

    具体可参考:

    Burst to Windows Azure with Microsoft HPC Pack

    http://technet.microsoft.com/library/gg481749.aspx

    Microsoft HPC Pack in a Windows Azure Virtual Machine

    http://msdn.microsoft.com/library/windowsazure/dn518135.aspx?fwLinkID=330375

     

    另外,一个可以参考的开源项目Twister4Azurehttp://twister4azure.codeplex.com/ ),这是一个迭代的MapReduce,可以部署在Windows Azure上。Windows Azure提供的可灵活、按需伸缩的Cloud Service实例,还可以利用Cache服务,实现自己的计算规模和大数据的需要。

    实际上,很多应用兼具大数据和大计算的特征。

     

    对于网络方面,随着4G投入运营,将会有另外一个关键角色出场:高速的移动网络。

    当大数据(Big Data)遇到大计算(Big Compute),再加上高速的移动网络4G,巨大的创新和商业机会将层出不穷。

    基于Windows Azure,打造大数据(Big Data+大计算(Big Compute)的完美世界。

  • 通知中心(Notification Hub)伸缩性(Scalability)、使用情况(Usage)监控及相关定价(Pricing)的考虑

    微软Windows Azure云服务中,通知中心(Notification Hub)提供了能够支撑超百万级设备互联的利器。具体见下面的文章:

    http://blogs.technet.com/b/nevin_dongs_blog/archive/2013/11/16/windows-azure-notification-hub.aspx

     

    需要注意的是,目前在管理门户(Management Portal)中的设置(Setting使用情况(Usage中,目前列出的是内核数、云服务数量、存储账户等情况,如下图:

    注意到这里并没有包括了对通知中心使用情况的信息。

    在使用通知中心的时候,一个需要特别关注的信息就是自己账户的账单,当然,这里列出的是当前期间和之前更早计费周期(按月)的使用量,可以看到每个月的消费情况。

    具体消费信息格式如下:

    通知中心可以根据工作量(workload)及前端设备量,来动态配置通知中心的资源量。例如,默认的”免费“容量设置,可以支持5,000个注册设备,其中可以支撑最多500个活动设备;而标准”的通知中心层类型, “最大单位数”调整为到最大(目前是50),可以支持5,000,000个注册设备,其中可以支撑最多50,000,000个活动设备,达到百万级别以上的设备支撑目标。

    而一个需要特别关注的,是通知中心的特别的定价(Pricing)级别。具体见下面的链接:

    http://www.windowsazure.com/en-us/pricing/details/notification-hubs/

     

    需要特别注意的是:标准”类型是按照每单元来收费,每天按比例分摊。特别要注意:“在一天结束时(午夜 UTC),将会对您在这一天使用的最大单位数收费。At the end of the day (midnight UTC), you will be charged for the maximum number of units used during the day.“ 见下图:

     

    这一定价模式,是用户在规划及调整伸缩性(Scalability)的时候,必须要考虑的,而与其他服务的按小时、按分钟等付费,有着明显的差别。

    首先,尽可能收集、掌握活动设备的规模、高峰值,并依据这些信息来合理规划通知中心的配置。超规模配置可能将带来不必要的成本支出。

    必要的时候,可以考虑“烫平”设备请求量,在实时性要求不高的时候,通过限制流量(Throttling)等措施,对于某些超量设备的消息提醒安排在稍后进行。此外在一天结束前(午夜 UTC),如果第二天没有预期的高峰值(例如,针对某些电商促销,当活动期将结束等),应及时调低通知中心的配置规模。

    此外,应严格设置自动伸缩(AutoScaling)操作,必须兼顾伸缩性、并发性能及成本等多重因素,实现最优化。

  • 遭遇Lumia 920重置过程中齿轮困境及解决

    前两天,把自己的WP8手机放在裤子口袋里,可能是按键被无意触碰,结果手机登录密码被反复重试,只剩最后一次机会了。

    以前在WP7及之前的Lumia 800手机都碰到过类似情况,包括被别人反复试登录密码,结果结局就是手机操作系统被重置。从某种角度来讲,这一特性保护了手机拥有者的数据安全,特别是遭遇丢失或恶意登录的情形。

    这次鬼使神差,在最后这次输入密码的时候,输错一个数字,结果再次悲剧了,系统重置了。

    更加悲剧的是:重置过程一直卡在一个齿轮界面。原以为像以前一样,很快就可以完成重置,初始化完手机后重新装应用;没想到,这次齿轮不停转,界面保持了两、三个小时没有任何变化。

     

    最终,决定自己动手解决。解决的办法就是下载NOKIA的一个小开放软件NokiaSoftwareUpdaterForRetail v4.1.0

    http://nds2.fds-fire.nokia.com/fds_fire/1310/0909/7297834135/NokiaSoftwareUpdaterForRetail_4.1.0.exe

    也可以通过BING寻找可靠的下载网站。

    安装软件,然后将手机连接数据线。软件界面如下图:

    对于手机,重启的办法就是同时按住电源开关键和音量减小键,手机震动一下,系统即重启。如下图:

     

    之后,按照系统提示,即可迅速完成系统重置过程。