不是所有企業(yè)都需要容器技術(shù),還有不少web容器部署與管理的挑戰(zhàn)需要面對(duì),所以現(xiàn)在先緩緩也沒有關(guān)系。 web容器與相關(guān)技術(shù)正在為IT行業(yè)設(shè)下一顆超級(jí)炸彈。越來越多的技術(shù)開始支持容器部署模型,但我們?nèi)蕴幵谟螒虻某跗凇?雖然web容器技術(shù)可以簡(jiǎn)化軟件開發(fā)與部署,但仍舊有一些挑戰(zhàn)需要解決。一些web容器相關(guān)軟件已經(jīng)準(zhǔn)備接受生產(chǎn)驗(yàn)證,而其web容器他部分依舊在完善中。 不是每個(gè)IT團(tuán)隊(duì)都能用上web容器;尤其是需要修改與調(diào)整流程來適應(yīng)這項(xiàng)web容器技術(shù)。業(yè)務(wù)需要決定該技術(shù)是否對(duì)其有益,接著才衡量現(xiàn)有流程是否能與之匹配。 數(shù)據(jù)中心采納新技術(shù)的下一階段挑戰(zhàn)是圍繞web容器的支持工具。容器意味著一系列新的數(shù)據(jù)中心配置文件——不僅僅是另外一種虛擬機(jī)。如果我們?cè)诓僮飨到y(tǒng)級(jí)別比較物理與虛擬服務(wù)器,他們共享了許多相同的配置屬性。有許多成熟的工具集可以同時(shí)管理這兩者。 web容器意味著完全不同的事物。我們無法在服務(wù)器或虛擬機(jī)級(jí)別管理應(yīng)用程序;需要通過web容器內(nèi)部進(jìn)行管理。這個(gè)變化讓基礎(chǔ)設(shè)施管理團(tuán)隊(duì)從專注于管理應(yīng)用程序,簡(jiǎn)化為集中精力管理web容器軟件。 雖然這被認(rèn)為是一個(gè)好處,但也意味著web容器與管理工具存在間隙。web容器化后,網(wǎng)絡(luò)管理與安全補(bǔ)丁都成為新的挑戰(zhàn)。開發(fā)者創(chuàng)建鏡像以及數(shù)據(jù)中心管理者需要對(duì)此承擔(dān)全部或部分責(zé)任——目前仍有待觀察。某些web容器集群管理套件可能可以解決一些基本問題。 主流web容器部署需要面對(duì)的另一個(gè)挑戰(zhàn)是,大多數(shù)管理軟件是開源的。開源軟件往往缺乏專門的支持結(jié)構(gòu),以及專有的軟件包。雖然大企業(yè)有專門的開發(fā)人員,他們一般不會(huì)集中為這類軟件提供支持。 開源的web容器與web容器管理項(xiàng)目都基于穩(wěn)定代碼發(fā)布以及提供標(biāo)準(zhǔn)支持和配置,但很多還不成熟。隨著時(shí)間推移,越來越多公司將在開源軟件上有提供全面支持——類似OpenStack與Hadoop的進(jìn)化過程。 不是每個(gè)人都可以通過web容器模型受益。但是web容器遲早會(huì)成為IT基礎(chǔ)設(shè)施架構(gòu)的一部分。 正如任何新技術(shù),初始部署web容器注定是坎坷的。大多數(shù)挑戰(zhàn)會(huì)隨著技術(shù)的發(fā)展迅速消散,但其余問題將有可能圍繞這個(gè)技術(shù)一直存在。
設(shè)置組件
開始之前,請(qǐng)確保你的系統(tǒng)上安裝了 Ansible。
sudo dnf -y install ansible
首先,我們需要在原子主機(jī)上運(yùn)行 cockpit 容器。在你的機(jī)器上從 /trishnaguha/fedora-cloud-ansible 下載它的源代碼。
$ git clone /trishnaguha/fedora-cloud-ansible.git
現(xiàn)在切換到 cockpit 的目錄,并如下編輯 inventory 文件:
$ cd fedora-cloud-ansible $ cd cockpit $ vim inventory
完成如下修改:
使用你的原子主機(jī)的 IP 替換掉 IP_ADDRESS_OF_HOST。 用您的 SSH 私鑰文件的路徑替換 ansible_ssh_private_key_file ='PRIVATE_KEY_FILE' 行中的PRIVATE_KEY_FILE。
然后保存并退出 inventory 文件編輯。
接下來,編輯 ansible 配置文件:
$ vim ansible.cfg
替換 remote_user=User 中 User 為你的原子主機(jī)上的遠(yuǎn)程用戶名。然后保存并退出文件編輯。
結(jié)合起來
現(xiàn)在是運(yùn)行 Ansible 的 PlayBook 的時(shí)候了。此命令開始運(yùn)行原子主機(jī)上的 Cockpit 容器:
$ ansible-playbook cockpit.yml
Cockpit 現(xiàn)在運(yùn)行在原子主機(jī)上了。
1.學(xué)習(xí)Docker,如果沒有云計(jì)算的基本知識(shí),以及內(nèi)核的基本知識(shí),那么學(xué)習(xí)并理解起來會(huì)稍吃力。作為容器,Docker容器的優(yōu)勢(shì)在哪,不足在哪,最好了解容器的實(shí)現(xiàn)是怎樣的(簡(jiǎn)單了解);擁有鏡像管理,Docker又該如何體現(xiàn)軟件開發(fā),集成,部署,發(fā)布,再迭代的軟件生命周期管理優(yōu)勢(shì)。以上兩點(diǎn)我認(rèn)為最為關(guān)鍵,有這兩方面的認(rèn)識(shí)勢(shì)必會(huì)對(duì)之后的工作幫助巨大。
2.關(guān)于學(xué)習(xí)資源,起碼的硬件設(shè)施總是要有的。Docker及其生態(tài)的發(fā)展很快,不使用純理論肯定收效甚微。另外,資源還包括Docker官方,各大電子媒體平臺(tái),技術(shù)論壇,開源社區(qū)等,往往大拿的觀點(diǎn)能點(diǎn)破自己的困惑,或者讓自己知道哪方面的認(rèn)識(shí)還很欠缺,以及讓自己少走很多的彎路。
3.個(gè)人興趣的話,歸結(jié)為強(qiáng)扭的瓜不甜。起碼應(yīng)該認(rèn)同Docker的設(shè)計(jì)價(jià)值,以及Docker的未來潛力,當(dāng)然有依據(jù)的批判Docker并帶動(dòng)大家的思考,也是深切關(guān)注的表現(xiàn)。
4.個(gè)人發(fā)展方向,我認(rèn)為如果需要把Docker當(dāng)作軟件生命周期管理工具的話,那用好Docker最為重要,API及命令的理解與使用是必需的。如果專注系統(tǒng)設(shè)計(jì)方面,那么除Docker以上的知識(shí)與經(jīng)驗(yàn)之外,若有Docker源碼的學(xué)習(xí)與理解,那么這些肯定會(huì)讓你的Docker水平提高一個(gè)層次。
“云原生”是一個(gè)被人們經(jīng)常使用但不是定義很清楚的一個(gè)術(shù)語。
我們認(rèn)為“云原生應(yīng)用”應(yīng)有以下特點(diǎn):1. 他們不是單獨(dú)的,它們是離散的、在邏輯上可分離的幾個(gè)部分,每個(gè)單獨(dú)打包和部署。通常這些都是以容器為單元完成,在某些情況下就像普通的Linux軟件包一樣。
2. 在同一臺(tái)計(jì)算機(jī)上不應(yīng)強(qiáng)制運(yùn)行其全部軟件堆棧。它們可以在任何地方、任何服務(wù)器或任何區(qū)域內(nèi)計(jì)劃運(yùn)行。
它們還應(yīng)該能夠在分布式部署系統(tǒng)中相互感知。3. 通過增加特定計(jì)算邏輯的并行實(shí)例,應(yīng)用程序應(yīng)能夠根據(jù)需求快速擴(kuò)展。
4. 應(yīng)用程序所依賴的、用于協(xié)調(diào)通信或狀態(tài)保存的服務(wù)應(yīng)該能夠根據(jù)需要以編程和動(dòng)態(tài)的方式進(jìn)行探知和修改,且與其物理基礎(chǔ)設(shè)施無關(guān)。通過明確定義云原生的含義,我們可以更好地定義各種云原生技術(shù)組件的職責(zé)劃分。
這些云原生應(yīng)用組件的實(shí)例包括調(diào)度軟件、網(wǎng)絡(luò)軟件以及存儲(chǔ)軟件。什么是云原生容器存儲(chǔ)Portworx?Portworx開發(fā)了一種新的存儲(chǔ)體系結(jié)構(gòu)—容器定義型存儲(chǔ)。
它基于高度分布式環(huán)境開始構(gòu)建。調(diào)度軟件將其作為容器進(jìn)行部署和管理,并將存儲(chǔ)作為本地卷插件擴(kuò)展到Docker容器中。
Portworx提供了一種現(xiàn)代化的DevOps應(yīng)用部署方式。可以讓調(diào)度工具將存儲(chǔ)基礎(chǔ)設(shè)施部署為容器。
因此,大規(guī)模部署存儲(chǔ)將變得十分簡(jiǎn)單,不需要復(fù)雜的手動(dòng)操作。Portworx側(cè)重于高負(fù)荷負(fù)載,及其在普通服務(wù)器上的容器粒度操作。
Portworx的核心專為現(xiàn)代服務(wù)器構(gòu)建,并利用了NVMe、SSD和更快速網(wǎng)絡(luò)技術(shù)的最新進(jìn)展。Portworx體系結(jié)構(gòu)的使用戶能夠在混合云環(huán)境中擴(kuò)展其服務(wù),而不需要在數(shù)據(jù)路徑中使用中央元數(shù)據(jù)服務(wù)器。
這對(duì)于采用容器定義的工作流來說是至關(guān)重要的。為了方便與調(diào)度軟件,如Kubernetes、Mesos、Swarm等進(jìn)行本地集成,我們?cè)谠O(shè)計(jì)Portworx部署時(shí)考慮了以容器為中心的DevOps工作流。
Portworx架構(gòu)還支持以DevOps為中心的內(nèi)路存儲(chǔ)服務(wù),以及容器化的應(yīng)用。除了容器的本地存儲(chǔ),Portworx容器定義的存儲(chǔ)的主要優(yōu)勢(shì)包括:容器-細(xì)粒度卷管理 -像數(shù)據(jù)庫這樣的有狀態(tài)型容器化應(yīng)用需要在分布式節(jié)點(diǎn)上的永久數(shù)據(jù)。
Portworx使用有狀態(tài)的Stateful Fabric來管理數(shù)據(jù)卷,即container-SLA-aware,來做到這一點(diǎn)。復(fù)制卷數(shù)據(jù)確保其狀態(tài),同時(shí)滿足容器化應(yīng)用的性能和可用性。
更重要的是,Portworx可在每個(gè)容器級(jí)別中管理其快照、克隆副本和復(fù)制操作,使DevOps能夠單獨(dú)管理微服務(wù),而不是像LUNs那用做傳統(tǒng)存儲(chǔ)系統(tǒng)的綁定組。使用Portworx管理有態(tài)容器Stateful Containers很方便,每個(gè)容器級(jí)別的數(shù)據(jù)的可用性和管理也很簡(jiǎn)單,且高度自動(dòng)化。
1. 主機(jī)地址訪問型存儲(chǔ): 主機(jī)地址訪問型存儲(chǔ)是在沒有任何中央元數(shù)據(jù)服務(wù)器的情況下實(shí)現(xiàn)擴(kuò)展存儲(chǔ)。每個(gè)卷直接映射到宿主上(即不需要轉(zhuǎn)譯)。
與當(dāng)前的存儲(chǔ)解決方案相比,Portworx的方法有三個(gè)優(yōu)點(diǎn):? 消除了管理和維護(hù)中央數(shù)據(jù)庫的需求,簡(jiǎn)化了存儲(chǔ)管理和配置。? 增加新的節(jié)點(diǎn),使彈性擴(kuò)展變得更便捷。
? 支持適用于跨數(shù)據(jù)中心跨云的存儲(chǔ)集群云原生架構(gòu)(私有或公有云)。2. 自動(dòng)調(diào)整: Portworx根據(jù)每個(gè)服務(wù)器的配置參數(shù)自動(dòng)調(diào)優(yōu)最佳數(shù)據(jù)放置和分層算法。
從而免除了手動(dòng)干預(yù)、調(diào)優(yōu)或配置RAID參數(shù)或驅(qū)動(dòng)器組的工作。所有的驅(qū)動(dòng)器都將作為一個(gè)大的全局池供Portworx使用,而Portworx軟件將決定存儲(chǔ)的最優(yōu)配置。
3. Lighthouse云監(jiān)控管理: 您的數(shù)據(jù)可以保存在您的云中,也可以存儲(chǔ)在本地環(huán)境,都可以通過Portworx的Lighthouse云監(jiān)控服務(wù)和直觀的用戶界面來管理。4. 快速同步: 快速同步功能為在多節(jié)點(diǎn)環(huán)境中的應(yīng)用性能加速提供同步支撐環(huán)境。
它允許數(shù)據(jù)庫以更高的IOPS速率運(yùn)行,并通過減少本地驅(qū)動(dòng)器上的爭(zhēng)用來支持更大密度的部署。5. 全局命名空間: 卷可以在運(yùn)行在不同服務(wù)器上的多個(gè)應(yīng)用程序之間共享。
6. 云原生擴(kuò)展,包括:?自動(dòng)快照和備份到S3 ?數(shù)據(jù)反饋,云中的虛擬卷可以訪問來自不同云或數(shù)據(jù)中心的數(shù)據(jù) ?CoS與不同EBS卷類型配對(duì) ?Restful APIs可用于查詢命名空間的修改情況——避免了在元數(shù)據(jù)管理中進(jìn)行昂貴的命名 空間操作,如is、find等 Portworx采用了一種全新的容器存儲(chǔ)方法 隨著容器在企業(yè)中的部署越來越多,大多數(shù)存儲(chǔ)供應(yīng)商感到必須為容器提供支撐,比如Docker的卷插件。但是,連接到Docker的Array忽略了容器的分布式特性,以及需要將容器、調(diào)度器和存儲(chǔ)作為一個(gè)無縫整體的精密架構(gòu)和易用性。
一些新的用于容器的分布式軟件項(xiàng)目可能會(huì)避免使用傳統(tǒng)存儲(chǔ)供應(yīng)商的方法,但是我們發(fā)現(xiàn)分布式軟件的嘗試在存儲(chǔ)數(shù)據(jù)路徑實(shí)現(xiàn)方面存在缺陷,這可能會(huì)導(dǎo)致嚴(yán)重的性能問題和規(guī)模限制。Portworx為企業(yè)客戶提供了第一個(gè)真正的容器專用型基礎(chǔ)設(shè)施。
因此,它是部署具有嚴(yán)格的、可擴(kuò)展的、自動(dòng)化的、分布式存儲(chǔ)層的有態(tài)容器應(yīng)用的必要的部分,有助于完善容器的生態(tài)系統(tǒng)。
要掌握壓力容器相關(guān)的知識(shí),可以參閱《壓力容器基礎(chǔ)》《化工設(shè)備》《壓力容器責(zé)任師培訓(xùn)教材》GB150-1998《壓力容器》和《壓力容器安全技術(shù)監(jiān)察規(guī)程》等書籍和標(biāo)準(zhǔn)。
壓力容器工藝的編寫:則需要熟知《壓力容器安全技術(shù)監(jiān)察規(guī)程》、GB150-1998《壓力容器》中的“制造、檢驗(yàn)和驗(yàn)收”具體內(nèi)容。更要熟知壓力容器的質(zhì)保體系、壓力容器通用焊接工藝、制造壓力容器所用設(shè)備的參數(shù)、性能。還必須知道與壓力容器相關(guān)的檢驗(yàn)工藝、無損探傷、壓力容器材料和必要的展開放樣的知識(shí)。
只要掌握以上的東東。也就掌握了壓力容器相關(guān)的知識(shí)和工藝編寫。
一、壓力容器的分類:
壓力容器的使用極其普遍,型式也很多。根據(jù)不同的需要,壓力容器有若干種分類方法。
按容器的壁厚分為薄壁容器(壁厚不大于容器內(nèi)徑的十分之一)和厚壁容器。
按殼體承受壓力的方式分內(nèi)壓容器(殼體內(nèi)部受壓)和外壓容器。
按容器的工作壁溫分為:高溫容器、常溫容器、低溫容器。
按殼體的幾何形狀分為:球形容器、圓筒形容器、圓錐形容器、輪胎形容器等。
按容器的制造方法分為:焊接容器、鑄造容器、鍛造容器、鉚接容器和組合式容器。
按容器的放置方式分為立式容器和臥式容器。
總之,各種不同的分類方法都是從各個(gè)不同需要的角度來考慮的。但從使用的角度考慮,常把壓力容器分為兩大類,即固定式容器和移動(dòng)式容器。這兩類容器由于使用情況不同,對(duì)它們的技術(shù)管理要求也不一樣。我國和其它許多國家對(duì)這兩類容器都分別制訂有不同的管理章程和技術(shù)標(biāo)準(zhǔn)、規(guī)范等。為便于技術(shù)管理,每類容器還可以按它的壓力或用途再予以細(xì)分。
固定式壓力容器是指除了用作運(yùn)輸貯存氣體的盛裝容器以外的所有容器。這類容器有固定的安裝地點(diǎn)和使用地點(diǎn),工藝條件和操作人員比較固定,容器一般是用管道與其它設(shè)備相連。根據(jù)我國《壓力容器安全技術(shù)監(jiān)察規(guī)程》可將這類容器分為低壓(設(shè)計(jì)壓力為0.1MPa~1.6MPa,代號(hào)L)、中壓(設(shè)計(jì)壓力為1.6MPa~10MPa,代號(hào)M)、高壓(設(shè)計(jì)壓力為10MPa~100MPa,代號(hào)H)、超高壓(設(shè)計(jì)壓力大于100MPa,代號(hào)U)四個(gè)壓力等級(jí)。此外,按照壓力容器的工藝用途可將固定式壓力容器分為:反應(yīng)壓力容器(代號(hào)R)、換熱壓力容器(代號(hào)E)、分離壓力容器(代號(hào)S)及儲(chǔ)存壓力容器(代號(hào)C)。
移動(dòng)式壓力容器的主要作用是貯裝和運(yùn)輸有壓力的氣體或液化氣體,容器在氣體制造廠充裝氣體,然后運(yùn)送到使用單位使用。這類容器沒有固定的使用地點(diǎn),一般也沒有專職的使用操作人員,使用環(huán)境經(jīng)常更換,管理比較復(fù)雜,因而也比較容易發(fā)生事故。按照容積的大小和結(jié)構(gòu)形式,移動(dòng)式壓力容器以可分為氣瓶和槽(罐)車兩大類。
為了有區(qū)別地對(duì)待安全要求不同的壓力容器的技術(shù)管理和監(jiān)督檢查,包括設(shè)計(jì)圖樣的備案和審批、容器制造廠條件的審查、日常使用中的定期檢驗(yàn)與上報(bào),以及某些技術(shù)條件的要求差別,我國《壓力容器安全技術(shù)監(jiān)察規(guī)程》將其適用范圍內(nèi)的壓力容器分為三類:
低壓容器(第2、3款規(guī)定的除外)為第一類壓力容器。
下列情況之一為第二類壓力容器。
中壓容器(除第3款規(guī)定的);
易燃介質(zhì)或毒性程度為中等危害介質(zhì)的低壓反應(yīng)容器和儲(chǔ)存容器;
毒性程度為極度和高度危害介質(zhì)的低壓容器;
低壓管殼式余熱鍋爐;
搪玻璃壓力容器。
下列情況之一為第三類壓力容器。
毒性程度為極度和高度危害介質(zhì)的中壓容器或設(shè)計(jì)壓力與容積的乘積大于等于0.2MPam3的低壓容器。
易燃介質(zhì)或毒性程度為中等危害介質(zhì)且設(shè)計(jì)壓力與容積的乘積大于等于0.5MPam3的中壓反應(yīng)容器或設(shè)計(jì)壓力與容積的乘積大于等于10MPam3的中壓儲(chǔ)存容器。
高壓、中壓管殼式余熱鍋爐。
高壓容器。
1、按壓力等級(jí)劃分:
按壓力容器的設(shè)計(jì)壓力(P)分為低壓、中壓、高壓、超高壓四個(gè)壓力等級(jí),具體劃分如下:
(一)低壓(低號(hào)L)0.1MPa≤P
聲明:本網(wǎng)站尊重并保護(hù)知識(shí)產(chǎn)權(quán),根據(jù)《信息網(wǎng)絡(luò)傳播權(quán)保護(hù)條例》,如果我們轉(zhuǎn)載的作品侵犯了您的權(quán)利,請(qǐng)?jiān)谝粋€(gè)月內(nèi)通知我們,我們會(huì)及時(shí)刪除。
蜀ICP備2020033479號(hào)-4 Copyright ? 2016 學(xué)習(xí)鳥. 頁面生成時(shí)間:3.694秒