ovnvs是什么電器開關(guān)？ML2OVS操縱平面是基于Openstack的。簡單有大量由Pythonc語言程序的agents。Neutronserver與這些agents多屏幕使用實(shí)現(xiàn)AMQP的RPC機(jī)

ovnvs是什么電器開關(guān)？

ML2OVS操縱平面是基于Openstack的。簡單有大量由Pythonc語言程序的agents。Neutronserver與這些agents多屏幕使用實(shí)現(xiàn)AMQP的RPC機(jī)制

搭建私有云平臺(tái)：Hadoop還是選擇OpenStack？

是需要我建議你題主描述不清楚應(yīng)用場景，否則不別人做的方案可能會(huì)都不要什么需求。

就Hadoop和OpenStack的糾結(jié)而言，能支撐數(shù)據(jù)分析用前者，做資源管理用后者。

回答

題主的需求，實(shí)質(zhì)是搭建一個(gè)IoT實(shí)時(shí)大數(shù)據(jù)平臺(tái)，而不是好象意義的私有云。IoTa大數(shù)據(jù)平臺(tái)之外數(shù)據(jù)采集和結(jié)果反饋，其余部分和象的大數(shù)據(jù)平臺(tái)相差不多吧。OpenStack好學(xué)多才管理呀VM資源管理，Hadoop尤喜批處理，不擅長動(dòng)態(tài)實(shí)時(shí)全面處理，所以是需要這里有一種更加完善的解決方案。這里推薦推薦確定Storm或則ApacheFlink。

OpenStack是一個(gè)開源的IaaS實(shí)現(xiàn)方法，由Nova、Cinder、Neutron、Swift、Glance等一系列相互關(guān)聯(lián)的子項(xiàng)目排成，是可以明白為云計(jì)算領(lǐng)域的Linux。OpenStack架構(gòu)松耦合，高可擴(kuò)展，能慢慢適應(yīng)差別企業(yè)的需求，已經(jīng)藍(lán)月帝國IaaS私有云事實(shí)標(biāo)準(zhǔn)。國內(nèi)外各大廠都在OpenStack上有比較大的投入。不過項(xiàng)目成長會(huì)的同時(shí)，也受到大廠激烈博弈的一些影響，但項(xiàng)目本身是大家求大同存小異的結(jié)果，我們我相信OpenStack會(huì)在競合中有更幸福的未來。

大數(shù)據(jù)平臺(tái)是可以已經(jīng)不鳥OpenStack，分布式文件系統(tǒng)有HDFS，資源調(diào)度和管理YARN就行。YARN都已經(jīng)支持Docker，如果能細(xì)粒度調(diào)度模式可以考慮到Mesos，Mesos需要提供良好的訓(xùn)練的API，允許很多完全成熟的框架，當(dāng)然了Mesos還在Hadoop生態(tài)中，這是一個(gè)缺憾。Apache Hadoop能夠以低成本接受海量數(shù)據(jù)的多維統(tǒng)計(jì)分析，還是很有優(yōu)勢(shì)。

核心流式計(jì)算部分，有Storm、Spark、Flink也可以選擇類型。

Storm編程模型很簡單，秒級(jí)延遲大，容錯(cuò)性、擴(kuò)展性和可靠性都比較好，在國內(nèi)有很多團(tuán)隊(duì)按結(jié)構(gòu)。但是Storm只不過是流可以計(jì)算框架，且不能不能然后依靠YARN。

ApacheSpark是和Hadoop一樣最流行開源軟件大數(shù)據(jù)框架，社區(qū)活躍，在流計(jì)算、圖處理、機(jī)器學(xué)習(xí)方面都投入到很大，允許對(duì)SQL的優(yōu)化，很更適合多種大數(shù)據(jù)平臺(tái)的需求，但SparkStreaming本質(zhì)我還是批處理，把數(shù)據(jù)流化合成一系列小的RDD，按照時(shí)間窗來壓制數(shù)據(jù)塊的大小，有測(cè)試說只有允許秒級(jí)計(jì)算出。

ApacheFlink是可擴(kuò)展的批處理和流式數(shù)據(jù)處理的數(shù)據(jù)處理平臺(tái)，還能夠基于同一個(gè)Flink啟動(dòng)時(shí)提供支持什么流處理和批處理兩種類型應(yīng)用的功能。相比于Spark，F(xiàn)link把批處理一年前特殊的流處理，而且支持增量迭代，這是太贊的設(shè)計(jì)，這個(gè)可以迅速地去處理數(shù)據(jù)密集型和迭代任務(wù)，性能很有保證。不過目前Flink用戶群和社區(qū)還沒有Spark這樣的話強(qiáng)大。但Flink的未來很值得期待，肯定要時(shí)間的沉淀。

Spark和Flink的對(duì)比，ApacheFlink現(xiàn)在在大數(shù)據(jù)處理方面也能和ApacheSpark一較長短么這個(gè)問題的最佳的方法答案質(zhì)量很棒，如需轉(zhuǎn)載自以為乎，英譯中的這篇文章：IntroductiondidApacheFlinkafterSparkDevelopers:FlinkvsSpark

最后，上張網(wǎng)易猛犸大數(shù)據(jù)平臺(tái)架構(gòu)圖，供可以參考。