『壹』 全面認識openstack，它到底是什麼包含什麼
（1）官方的解釋相信大家都已經了解了，不了解也沒有關系。現在從常識的角度來給大家解釋和說明。
OpenStack是一個雲平台管理的項目，它不是一個軟體。這個項目由幾個主要的組件組合起來完成一些具體的工作。
OpenStack是一個旨在為公共及私有雲的建設與管理提供軟體的開源項目，OpenStack被公認作為基礎設施即服務（簡稱IaaS）資源的通用前端。
如果這些還不明白，那麼從另外的角度給大家介紹：
首先讓大家看下面兩個圖就很簡單明了了：
此圖為openstack的登錄界面
下面是openstack的一個管理界面
從這兩個圖，相信有一定開發經驗，就能看出openstack是什麼了。可以說他是一個框架，甚至可以從軟體的角度來理解它。如果不明白，就從傳統開發來講解。不知道你是否了解oa，erp等系統，如果不了解可以到網上去找，資料一大把。他和oa，erp有什麼不同。很簡單就是openstack是用做雲計算的一個平台，或則一個解決方案。它是雲計算一個重要組成部分。
上面對openstack有了一個感性的認識。
（2）openstack能幹什麼。
大家都知道阿里雲平台，網路雲平台，而阿里雲平台據傳說就是對openstack的二次開發。對於二次開發相信只要接觸過軟體的都會明白這個概念。不明白的自己網上去查一下。也就是說openstack，可以搭建雲平台，什麼雲平台，公有雲，私有雲。現在網路在招聘的私有雲工程師，應該就是這方面的人才。
（3）openstack自身都包含什麼
以下是5個OpenStack的重要構成部分：
l Nova – 計算服務
l Swift – 存儲服務
l Glance – 鏡像服務
l Keystone – 認證服務
l Horizon – UI服務
圖1 OpenStack基本構架
下圖展示了Keystone、Dashboard二者與其它OpenStack部分的交互。
下面詳細介紹每一個服務：
（一）OpenStack計算設施—-Nova Nova是OpenStack計算的彈性控制器。OpenStack雲實例生命期所需的各種動作都將由Nova進行處理和支撐，這就意味著Nova以管理平台的身份登場，負責管理整個雲的計算資源、網路、授權及測度。雖然Nova本身並不提供任何虛擬能力，但是它將使用libvirt API與虛擬機的宿主機進行交互。Nova通過Web服務API來對外提供處理介面，而且這些介面與Amazon的Web服務介面是兼容的。
功能及特點
l 實例生命周期管理
l 計算資源管理
l 網路與授權管理
l 基於REST的API
l 非同步連續通信
l 支持各種宿主：Xen、XenServer/XCP、KVM、UML、VMware vSphere及Hyper-V
OpenStack計算部件
l Nova彈性雲包含以下主要部分：
l API Server（nova-api）
l 消息隊列（rabbit-mq server）
l 運算工作站（nova-compute）
l 網路控制器（nova-network）
l 卷管理（nova-volume）
l 調度器（nova-scheler）
API伺服器（nova-api）
API伺服器提供了雲設施與外界交互的介面，它是外界用戶對雲實施管理的唯一通道。通過使用web服務來調用各種EC2的API，接著API伺服器便通過消息隊列把請求送達至雲內目標設施進行處理。作為對EC2-api的替代，用戶也可以使用OpenStack的原生API，我們把它叫做「OpenStack API」。
消息隊列（Rabbit MQ Server）
OpenStack內部在遵循AMQP（高級消息隊列協議）的基礎上採用消息隊列進行通信。Nova對請求應答進行非同步調用，當請求接收後便則立即觸發一個回調。由於使用了非同步通信，不會有用戶的動作被長置於等待狀態。例如，啟動一個實例或上傳一份鏡像的過程較為耗時，API調用就將等待返回結果而不影響其它操作，在此非同步通信起到了很大作用，使整個系統變得更加高效。
運算工作站（nova-compute）
運算工作站的主要任務是管理實例的整個生命周期。他們通過消息隊列接收請求並執行，從而對實例進行各種操作。在典型實際生產環境下，會架設許多運算工作站，根據調度演算法，一個實例可以在可用的任意一台運算工作站上部署。
網路控制器（nova-network）
網路控制器處理主機的網路配置，例如IP地址分配，配置項目VLAN，設定安全群組以及為計算節點配置網路。
卷工作站（nova-volume）
卷工作站管理基於LVM的實例卷，它能夠為一個實例創建、刪除、附加卷，也可以從一個實例中分離卷。卷管理為何如此重要？因為它提供了一種保持實例持續存儲的手段，比如當結束一個實例後，根分區如果是非持續化的，那麼對其的任何改變都將丟失。可是，如果從一個實例中將卷分離出來，或者為這個實例附加上卷的話，即使實例被關閉，數據仍然保存其中。這些數據可以通過將卷附加到原實例或其他實例的方式而重新訪問。
因此，為了日後訪問，重要數據務必要寫入卷中。這種應用對於數據伺服器實例的存儲而言，尤為重要。
調度器（nova-scheler）
調度器負責把nova-API調用送達給目標。調度器以名為「nova-schele」的守護進程方式運行，並根據調度演算法從可用資源池中恰當地選擇運算伺服器。有很多因素都可以影響調度結果，比如負載、內存、子節點的遠近、CPU架構等等。強大的是nova調度器採用的是可插入式架構。
目前nova調度器使用了幾種基本的調度演算法：
隨機化：主機隨機選擇可用節點；
可用化：與隨機相似，只是隨機選擇的范圍被指定；
簡單化：應用這種方式，主機選擇負載最小者來運行實例。負載數據可以從別處獲得，如負載均衡伺服器。
（二）OpenStack鏡像伺服器—-GlanceOpenStack鏡像伺服器是一套虛擬機鏡像發現、注冊、檢索系統，我們可以將鏡像存儲到以下任意一種存儲中：
本地文件系統（默認）
l OpenStack對象存儲
l S3直接存儲
l S3對象存儲（作為S3訪問的中間渠道）
l HTTP（只讀）
功能及特點
提供鏡像相關服務
Glance構件
l Glance控制器
l Glance注冊器
（三）OpenStack存儲設施—-Swift
Swift為OpenStack提供一種分布式、持續虛擬對象存儲，它類似於Amazon Web Service的S3簡單存儲服務。Swift具有跨節點百級對象的存儲能力。Swift內建冗餘和失效備援管理，也能夠處理歸檔和媒體流，特別是對大數據（千兆位元組）和大容量（多對象數量）的測度非常高效。
功能及特點
l 海量對象存儲
l 大文件（對象）存儲
l 數據冗餘管理
l 歸檔能力—–處理大數據集
l 為虛擬機和雲應用提供數據容器
l 處理流媒體
l 對象安全存儲
l 備份與歸檔
l 良好的可伸縮性
Swift組件
l Swift賬戶
l Swift容器
l Swift對象
l Swift代理
l Swift RING
Swift代理伺服器
用戶都是通過Swift-API與代理伺服器進行交互，代理伺服器正是接收外界請求的門衛，它檢測合法的實體位置並路由它們的請求。
此外，代理伺服器也同時處理實體失效而轉移時，故障切換的實體重復路由請求。
Swift對象伺服器
對象伺服器是一種二進制存儲，它負責處理本地存儲中的對象數據的存儲、檢索和刪除。對象都是文件系統中存放的典型的二進制文件，具有擴展文件屬性的元數據（xattr）。
注意：xattr格式被Linux中的ext3/4，XFS，Btrfs，JFS和ReiserFS所支持，但是並沒有有效測試證明在XFS，JFS，ReiserFS，Reiser4和ZFS下也同樣能運行良好。不過，XFS被認為是當前最好的選擇。
Swift容器伺服器
容器伺服器將列出一個容器中的所有對象，默認對象列表將存儲為SQLite文件（譯者註：也可以修改為MySQL，安裝中就是以MySQL為例）。容器伺服器也會統計容器中包含的對象數量及容器的存儲空間耗費。
Swift賬戶伺服器
賬戶伺服器與容器伺服器類似，將列出容器中的對象。
Ring（索引環）
Ring容器記錄著Swift中物理存儲對象的位置信息，它是真實物理存儲位置的實體名的虛擬映射，類似於查找及定位不同集群的實體真實物理位置的索引服務。這里所謂的實體指賬戶、容器、對象，它們都擁有屬於自己的不同的Rings。
（四）OpenStack認證服務（Keystone）
Keystone為所有的OpenStack組件提供認證和訪問策略服務，它依賴自身REST（基於Identity API）系統進行工作，主要對（但不限於）Swift、Glance、Nova等進行認證與授權。事實上，授權通過對動作消息來源者請求的合法性進行鑒定。如下圖所示：
Keystone採用兩種授權方式，一種基於用戶名/密碼，另一種基於令牌（Token）。除此之外，Keystone提供以下三種服務：
l 令牌服務：含有授權用戶的授權信息
l 目錄服務：含有用戶合法操作的可用服務列表
l 策略服務：利用Keystone具體指定用戶或群組某些訪問許可權
認證服務組件
服務入口：如Nova、Swift和Glance一樣每個OpenStack服務都擁有一個指定的埠和專屬的URL，我們稱其為入口（endpoints）。
l 區位：在某個數據中心，一個區位具體指定了一處物理位置。在典型的雲架構中，如果不是所有的服務都訪問分布式數據中心或伺服器的話，則也稱其為區位。
l 用戶：Keystone授權使用者
譯者註：代表一個個體，OpenStack以用戶的形式來授權服務給它們。用戶擁有證書（credentials），且可能分配給一個或多個租戶。經過驗證後，會為每個單獨的租戶提供一個特定的令牌。[來源：http://blog.sina.com.cn/s/blog_70064f190100undy.html]
l 服務：總體而言，任何通過Keystone進行連接或管理的組件都被稱為服務。舉個例子，我們可以稱Glance為Keystone的服務。
l 角色：為了維護安全限定，就雲內特定用戶可執行的操作而言，該用戶關聯的角色是非常重要的。
譯者註：一個角色是應用於某個租戶的使用許可權集合，以允許某個指定用戶訪問或使用特定操作。角色是使用許可權的邏輯分組，它使得通用的許可權可以簡單地分組並綁定到與某個指定租戶相關的用戶。
l 租間：租間指的是具有全部服務入口並配有特定成員角色的一個項目。
譯者註：一個租間映射到一個Nova的「project-id」，在對象存儲中，一個租間可以有多個容器。根據不同的安裝方式，一個租間可以代表一個客戶、帳號、組織或項目。
（五）OpenStack管理的Web介面—-Horizon
Horizon是一個用以管理、控制OpenStack服務的Web控制面板，它可以管理實例、鏡像、創建密匙對，對實例添加卷、操作Swift容器等。除此之外，用戶還可以在控制面板中使用終端（console）或VNC直接訪問實例。總之，Horizon具有如下一些特點：
l 實例管理：創建、終止實例，查看終端日誌，VNC連接，添加卷等
l 訪問與安全管理：創建安全群組，管理密匙對，設置浮動IP等
l 偏好設定：對虛擬硬體模板可以進行不同偏好設定
l 鏡像管理：編輯或刪除鏡像
l 查看服務目錄
l 管理用戶、配額及項目用途
l 用戶管理：創建用戶等
l 卷管理：創建卷和快照
l 對象存儲處理：創建、刪除容器和對象
l 為項目下載環境變數
『貳』 消息隊列通信方式為什麼在內核和用戶空間進行四次的數據拷貝，描述一下拷貝過程
消息隊列和管道基本上都是4次拷貝，而共享內存（mmap, shmget）只有兩次。
4次：1，由用戶空間的buf中將數據拷貝到內核中。2，內核將數據拷貝到內存中。3，內存到內核。4，內核到用戶空間的buf.
2次： 1，用戶空間到內存。 2，內存到用戶空間。
消息隊列和管道都是內核對象，所執行的操作也都是系統調用，而這些數據最終是要存儲在內存中執行的。因此不可避免的要經過4次數據的拷貝。但是共享內存不同，當執行mmap或者shmget時，會在內存中開辟空間，然後再將這塊空間映射到用戶進程的虛擬地址空間中，即返回值為一個指向一個內存地址的指針。當用戶使用這個指針時，例如賦值操作，會引起一個從虛擬地址到物理地址的轉化，會將數據直接寫入對應的物理內存中，省去了拷貝到內核中的過程。當讀取數據時，也是類似的過程，因此總共有兩次數據拷貝。
『叄』 什麼是消息隊列
MSMQ. 這是微軟的產品里唯一被認為有價值的東西。對我的客戶來說，如果MSMQ能證明可以應對這種任務，他們將選擇使用它。關鍵是這個東西並不復雜，除了接收和 發送，沒有別的；它有一些硬性限制，比如最大消息體積是4MB。然而，通過和一些像MassT...
『肆』 如何應用.NET中的消息隊列服務
建立一個隊列是應用MSMQ的第一步。您可以通過Windows計算機管理控制台中的消息隊列選項完成這一操作，或者自己編程建立一個隊列。列表A中的C#代碼建立了一個新的私有MSMQ消息隊列(如果不存在隊列)，並同時創建一條消息。
代碼應用MessageQueue類的Exists方法來確定是否存在一個名為TechRepublic的私有隊列。如存在，它用現有隊列示例這個MessageQueue對象;否則，就建立一個新隊列。 新的Message對象用來向隊列發送一條消息。它的Label屬性指定在MSMQ控制台中顯示的消息標題，其主體包含存放在隊列上的項目內容。在這種情況下，我只發送文本，但您能夠使用任何類型的對象。MessageQueue類的Send方法向隊列發送消息。列表B中是對應的VB.NET代碼。 下一步即從隊列中讀取消息。這是一個簡單的過程，應用MessageQueue類的Receive方法即可。如果隊列中存在消息，Receive方法就返回一個消息對象;否則，它等待一條消息出現(您可以設置一個時間期限)。從隊列中恢復對象需要預先知道它的類型。 MessageQueue類的Formatter屬性允許您輕松指定被恢復對象的類型。下面的簡單例子僅使用文本，所以它應用System.String。在列表C中，C#代碼從測試隊列中讀取消息。 提交給Receive方法的TimeSpan對象指定異常出現時系統的等待時間。接下來設置這個例子中的Formatter方法，對象被轉換成字元串讀取前面存儲的文本。Receive方法從隊列中讀取消息，它的值顯示在控制台中。在try塊的最後部分，隊列關閉。 輕松應用消息 MSMQ組合Windows和.NET的System.Messaging命名空間，使您可以方便地在.NET應用程序中利用消息。消息提供一種在企業應用程序中非同步發送並接收消息(數據)的強大工具。
『伍』 redis 消息隊列list怎麼存儲
這里我編寫了一個java序列化的工具，主要是對對象轉換成byte[]，和根據byte[]數組反序列化成java對象；
主要是用到了ByteArrayOutputStream和ByteArrayInputStream；
需要注意的是每個自定義的需要序列化的對象都要實現Serializable介面；
其代碼如下：
package com.bean.util;
import java.io.ByteArrayInputStream;
import java.io.ByteArrayOutputStream;
『陸』 消息隊列(mq)是什麼
消息隊列（英語：Message queue）是一種進程間通信或同一進程的不同線程間的通信方式，軟體的貯列用來處理一系列的輸入，通常是來自用戶。
消息隊列提供了非同步的通信協議，每一個貯列中的紀錄包含詳細說明的資料，包含發生的時間，輸入設備的種類，以及特定的輸入參數，也就是說：消息的發送者和接收者不需要同時與消息隊列交互。消息會保存在隊列中，直到接收者取回它。
一個WIMP環境像是Microsoft Windows，藉由優先的某些形式（通常是事件的時間或是重要性的順序）來存儲用戶產生的事件到一個事件貯列中。系統把每個事件從事件貯列中傳遞給目標的應用程序。
實現
實際上，消息隊列常常保存在鏈表結構中。擁有許可權的進程可以向消息隊列中寫入或讀取消息。
目前，有很多消息隊列有很多開源的實現，包括JBoss Messaging、JORAM、Apache ActiveMQ、Sun Open Message Queue、RabbitMQ、IBM MQ、Apache Qpid、Apache RocketMQ和HTTPSQS。
(6)消息隊列對象存儲擴展閱讀：
優缺點
消息隊列本身是非同步的，它允許接收者在消息發送很長時間後再取回消息，這和大多數通信協議是不同的。例如WWW中使用的HTTP協議（HTTP/2之前）是同步的，因為客戶端在發出請求後必須等待伺服器回應。然而，很多情況下我們需要非同步的通信協議。
比如，一個進程通知另一個進程發生了一個事件，但不需要等待回應。但消息隊列的非同步特點，也造成了一個缺點，就是接收者必須輪詢消息隊列，才能收到最近的消息。
和信號相比，消息隊列能夠傳遞更多的信息。與管道相比，消息隊列提供了有格式的數據，這可以減少開發人員的工作量。但消息隊列仍然有大小限制。
消息隊列除了可以當不同線程或進程間的緩沖外，更可以透過消息隊列當前消息數量來偵測接收線程或進程性能是否有問題。
『柒』 MSMQ（消息系統）是什麼有什麼用處
它的實現原理是：消息的發送者把自己想要發送的信息放入一個容器中（我們稱之為Message），然後把它保存至一個系統公用空間的消息隊列(Message Queue)中；本地或者是異地的消息接收程序再從該隊列中取出發給它的消息進行處理。
在消息傳遞機制中，有兩個比較重要的概念。一個是消息，一個是隊列。消息是由通信的雙方所需要傳遞的信息，它可以是各式各樣的媒體，如文本、聲音、圖象等等。消息最終的理解方式，為消息傳遞的雙方事先商定，這樣做的好處是，一是相當於對數據進行了簡單的加密，二則採用自己定義的格式可以節省通信的傳遞量。消息可以含有發送和接收者的標識，這樣只有指定的用戶才能看到只傳遞給他的信息和返回是否操作成功的回執。消息也可以含有時間戳，以便於接收方對某些與時間相關的應用進行處理。消息還可以含有到期時間，它表明如果在指定時間內消息還未到達則作廢，這主要應用與時間性關聯較為緊密的應用。
消息隊列是發送和接收消息的公用存儲空間，它可以存在於內存中或者是物理文件中。消息可以以兩種方式發送，即快遞方式(express)和可恢復模式（recoverable）,它們的區別在於，快遞方式為了消息的快速傳遞，把消息放置於內存中，而不放於物理磁碟上，以獲取較高的處理能力；可恢復模式在傳送過程的每一步驟中，都把消息寫入物理磁碟中，以得到較好的故障恢復能力。消息隊列可以放置在發送方、接收方所在的機器上，也可以單獨放置在另外一台機器上。正是由於消息隊列在放置方式上的靈活性，形成了消息傳送機制的可靠性。當保存消息隊列的機器發生故障而重新啟動以後，以可恢復模式發送的消息可以恢復到故障發生之前的狀態，而以快遞方式發送的消息則丟失了。另一方面，採用消息傳遞機制，發送方必要再擔心接收方是否啟動、是否發生故障等等非必要因素，只要消息成功發送出去，就可以認為處理完成，而實際上對方可能甚至未曾開機，或者實際完成交易時可能已經是第二天了。
採用MSMQ帶來的好處是：由於是非同步通信，無論是發送方還是接收方都不用等待對方返回成功消息，就可以執行餘下的代碼，因而大大地提高了事物處理的能力;當信息傳送過程中，信息發送機制具有一定功能的故障恢復能力；MSMQ的消息傳遞機制使得消息通信的雙方具有不同的物理平台成為可能。
在微軟的.net平台上利用其提供的MSMQ功能，可以輕松創建或者刪除消息隊列、發送或者接收消息、甚至於對消息隊列進行管理。
在.NET產品中，提供了一個MSMQ類庫System.Messaging.dll。它提供了兩個類分別對消息對象和消息隊列對象進行操作。在能夠使用MSMQ功能之前，你必須確定你的機器上安裝了MSMQ消息隊列組件，並確保服務正在運行中。在使用ASP.NET編程時，應在頭部使用：
<%@ Assembly Name=System.Messaging%