簡介這份資源是一套面向IT運維、云計算與項目管理方向?qū)W習(xí)者的選擇題練習(xí)文檔內(nèi)容覆蓋項目管理流程、金融業(yè)務(wù)合規(guī)、OSI參考模型、VLAN與以太網(wǎng)標準、OpenStack組件、AWS云服務(wù)、Docker與Kubernetes容器技術(shù)、Linux常用命令等核心考點適合備考相關(guān)認證或梳理知識體系的讀者自測與查漏補缺。資源包共1個docx文件約23KB題型包含單選題與多選題題干與參考答案一并給出便于對照理解。文檔涉及路由分層、EBS卷跨可用區(qū)遷移、收尾過程順序、RDS支持的數(shù)據(jù)庫引擎、NAT跨宿主機通信吞吐率等具體知識點可作為日常刷題與概念鞏固的參考材料。目前已有71人學(xué)習(xí)下載適合需要快速檢驗基礎(chǔ)掌握程度、補充細節(jié)記憶的初中級技術(shù)人員使用。1. 從一份題庫說起云計算運維到底在考什么如果你翻到一份云計算運維方向的題庫第一反應(yīng)可能是“怎么什么都考”——項目管理、網(wǎng)絡(luò)協(xié)議、Linux 命令、容器、OpenStack、AWS跨度大得像把半個 IT 世界塞進了一張卷子。這不是出題人貪心而是這個崗位的真實寫照云計算運維本身就是個“交叉路口”角色上游對接開發(fā)和業(yè)務(wù)下游管著服務(wù)器、網(wǎng)絡(luò)和存儲中間還得盯著項目進度和安全合規(guī)。打個比方云計算運維工程師有點像一棟大樓的物業(yè)總管。他不需要親手砌每一塊磚但得知道水電怎么走、消防通道在哪、電梯多久保養(yǎng)一次、租戶搬進來要辦什么手續(xù)。題庫里那些看似零散的知識點其實就是這棟“云大樓”里各個系統(tǒng)的運行規(guī)則。搞懂它們不是為了背答案而是為了在真實環(huán)境里遇到問題時能快速判斷“這事歸哪個系統(tǒng)管、大概是什么原因、該翻哪本手冊”。這份資料把項目管理、網(wǎng)絡(luò)基礎(chǔ)、Linux 系統(tǒng)管理、容器與云平臺這幾大塊的核心考點整理成了題目和實操記錄適合剛?cè)胄邢朊逯R邊界的人也適合有經(jīng)驗但想系統(tǒng)梳理一遍的運維人員。2. 項目管理與流程為什么“質(zhì)?！辈皇且粋€階段2.1 項目階段的劃分邏輯項目管理里有一個經(jīng)典考點哪個階段不屬于項目管理流程答案是“項目質(zhì)?！薄：芏嗳藭谶@里翻車因為直覺上“質(zhì)?！甭犉饋硐袷且粋€正經(jīng)的階段。但項目管理的階段劃分遵循的是時間線邏輯立項、開發(fā)、測試、收尾每個階段有明確的起止點和交付物。質(zhì)保不是獨立階段它是一種貫穿開發(fā)與測試過程的質(zhì)量保證活動更像是一條隱形的線而不是一個獨立的盒子。通俗地說項目階段就像做一道菜的步驟備菜、下鍋、調(diào)味、裝盤。質(zhì)保相當于“全程注意火候和衛(wèi)生”它不是一個單獨的步驟而是滲透在每個步驟里的要求。如果把質(zhì)保當成一個獨立階段就會出現(xiàn)“菜都裝盤了才開始質(zhì)?！钡幕闹嚲置?。監(jiān)控項目過程組也是同樣的邏輯。題目問“何時完成監(jiān)控項目過程組”正確答案是“整個項目中持續(xù)進行”。監(jiān)控不是某個時間點的一次性動作而是從項目啟動到收尾一直在跑的“后臺進程”。這就像開車時看后視鏡和儀表盤不是出發(fā)前看一眼就完事而是全程都得瞄著。2.2 收尾順序與總結(jié)報告收尾過程的正確順序是得到正式驗收、寫出經(jīng)驗教訓(xùn)、解散團隊、結(jié)束合同。這個順序有它的道理——驗收是前提沒有驗收就沒有“完成”的定義經(jīng)驗教訓(xùn)要在團隊解散前收集人走了就沒人可問了合同結(jié)束放在最后是因為它涉及商務(wù)和法務(wù)流程通常比團隊解散更慢。項目總結(jié)階段可得到的報告不包括《實施報告》?？偨Y(jié)階段產(chǎn)出的是《項目總結(jié)報告》《驗收測試報告》《項目歸檔檢查單》這類回顧性和歸檔性文檔而《實施報告》屬于執(zhí)行階段的產(chǎn)物。這個區(qū)分在考試里容易混在實際工作中也容易搞錯——把執(zhí)行階段的文檔塞進總結(jié)歸檔里會導(dǎo)致歸檔內(nèi)容冗余且邏輯混亂。注意項目管理的這些流程不是紙上談兵。在實際運維項目中跳過經(jīng)驗教訓(xùn)收集直接解散團隊是很多項目“同樣的坑踩兩次”的根本原因。3. 網(wǎng)絡(luò)與協(xié)議從 VLAN 到路由的底層規(guī)則3.1 VLAN 與交換機廣播域的邏輯劃分VLAN 基本上可以看成是一個廣播域。這句話是網(wǎng)絡(luò)基礎(chǔ)里的高頻考點但很多人背了答案卻不理解含義。廣播域的意思是在這個范圍內(nèi)一臺設(shè)備發(fā)出的廣播幀能被所有其他設(shè)備收到。沒有 VLAN 的時候一臺交換機上的所有端口屬于同一個廣播域任何一臺機器發(fā)廣播全網(wǎng)都得“聽”。VLAN 的作用就是把這個大廣播域切成若干個小房間每個房間里的廣播不會傳到其他房間。交換機中 VLAN 的取值范圍是 1 到 4094。為什么不是 0 到 4095因為 0 和 4095 是保留值不分配給用戶使用。這就像樓層編號從 1 樓開始沒有 0 樓和 4095 樓一樣是協(xié)議設(shè)計時的約定。交換機的主要功能包括轉(zhuǎn)發(fā)和過濾、地址學(xué)習(xí)、環(huán)路避免。注意這里沒有“路由轉(zhuǎn)發(fā)”——路由轉(zhuǎn)發(fā)是路由器的活兒。交換機工作在數(shù)據(jù)鏈路層看的是 MAC 地址路由器工作在網(wǎng)絡(luò)層看的是 IP 地址。這個分層概念在后面講路由時會反復(fù)用到。3.2 路由與 OSI 模型網(wǎng)絡(luò)層的位置路由的功能發(fā)生在 OSI 參考模型的網(wǎng)絡(luò)層。這個考點的關(guān)鍵在于理解“路由”到底在做什么它是把數(shù)據(jù)包從一個網(wǎng)絡(luò)送到另一個網(wǎng)絡(luò)靠的是 IP 地址。網(wǎng)絡(luò)層就是負責(zé) IP 地址尋址和路由選擇的層級。物理層管的是電信號和物理接口數(shù)據(jù)鏈路層管的是同一網(wǎng)絡(luò)內(nèi)的 MAC 地址通信只有網(wǎng)絡(luò)層才管跨網(wǎng)絡(luò)的路徑選擇。用一個寄快遞的類比物理層是公路和卡車數(shù)據(jù)鏈路層是同一個城市內(nèi)的配送站網(wǎng)絡(luò)層是跨城市的干線運輸調(diào)度中心。路由就是那個調(diào)度中心在決定“這個包裹從 A 城到 B 城走哪條線路”。以太網(wǎng)標準也是?？嫉狞c。802.3 是局域網(wǎng)的以太網(wǎng)標準而 802.5 是令牌環(huán)網(wǎng)標準801.2 和 802.4 也不是以太網(wǎng)標準。這個知識點在實際工作中遇到老設(shè)備兼容性問題時會派上用場——如果看到 802.5 相關(guān)的配置那說明你面對的不是標準以太網(wǎng)環(huán)境。3.3 實操中的網(wǎng)絡(luò)配置題庫里的實操題給出了具體的網(wǎng)絡(luò)配置命令這些命令在真實環(huán)境中是可以直接復(fù)用的。比如在交換機上創(chuàng)建 VLAN 并配置網(wǎng)關(guān)# 批量創(chuàng)建 VLAN 100 和 101 [SW1]vlan batch 100 101 # 配置 VLAN 100 的網(wǎng)關(guān)地址 [SW1]interface Vlanif 100 [SW1-Vlanif100]ip address 172.16.100.254 24 # 配置 VLAN 101 的網(wǎng)關(guān)地址 [SW1]interface Vlanif 101 [SW1-Vlanif101]ip address 172.16.101.254 24 # 將 g0/0/1 配為 trunk 模式放行 VLAN 100 [SW1]interface GigabitEthernet 0/0/1 [SW1-GigabitEthernet0/0/1]port link-type trunk [SW1-GigabitEthernet0/0/1]port trunk allow-pass vlan 100 # 將 g0/0/2 配為 access 模式劃入 VLAN 101 [SW1]interface GigabitEthernet 0/0/2 [SW1-GigabitEthernet0/0/2]port link-type access [SW1-GigabitEthernet0/0/2]port default vlan 101這段配置的邏輯是VLAN 100 和 101 各自有網(wǎng)關(guān)trunk 端口負責(zé)在交換機之間傳遞多個 VLAN 的流量access 端口負責(zé)連接終端設(shè)備并把它劃入指定 VLAN。trunk 端口放行 VLAN 100 意味著只有 VLAN 100 的流量能通過這個端口其他 VLAN 的流量會被丟棄。靜態(tài)路由的配置也是類似# 配置接口 IP [R1]interface GigabitEthernet 0/0/1 [R1-GigabitEthernet0/0/1]ip address 192.168.101.1 30 [R1-GigabitEthernet0/0/1]quit [R1]interface GigabitEthernet 0/0/2 [R1-GigabitEthernet0/0/2]ip address 12.12.12.2 30 [R1-GigabitEthernet0/0/2]quit # 添加靜態(tài)路由 [R1]ip route-static 192.168.1.0 24 192.168.101.2 [R1]ip route-static 192.168.2.0 24 12.12.12.1靜態(tài)路由的意思是“去某個網(wǎng)段走某個下一跳”。這里配置了兩條路由分別指向不同的目標網(wǎng)段和下一跳地址。在實際排障時如果發(fā)現(xiàn)某個網(wǎng)段不通第一件事就是檢查路由表里有沒有對應(yīng)的條目。4. Linux 與存儲命令背后的系統(tǒng)邏輯4.1 常用命令的“為什么”Linux 命令的考點往往不是“這個命令怎么拼”而是“這個命令到底在干什么”。比如man命令它的作用是查看命令的幫助信息不是“手動執(zhí)行命令”。很多人第一次看到man會以為是 manual 的縮寫所以是“手動”其實它是 manual page 的縮寫意思是“手冊頁”。rm -rf dirname的含義是遞歸強行刪除目錄及其所有內(nèi)容。-r是遞歸-f是強制。這個命令的危險性在于它不會給你任何提示刪了就沒了。在實際工作中執(zhí)行這個命令前一定要確認路徑是否正確尤其是當dirname是一個變量的時候。tar -zxvf wordpress.tar.gz是解壓縮命令。參數(shù)含義-z表示用 gzip 解壓-x表示解壓-v表示顯示過程-f表示指定文件名。這四個參數(shù)組合在一起是解壓.tar.gz文件的標準寫法。如果記不住順序可以記“z 在前x 在中v 和 f 在后”。ifconfig命令可以配置網(wǎng)卡 IP 地址、配置本地回環(huán)地址、激活網(wǎng)絡(luò)適配器但不能“加載網(wǎng)卡到內(nèi)核中”。加載網(wǎng)卡驅(qū)動是modprobe或insmod的活兒不是ifconfig的職責(zé)。這個區(qū)分在排查網(wǎng)卡不識別的問題時很關(guān)鍵——如果ifconfig看不到網(wǎng)卡先檢查驅(qū)動有沒有加載而不是反復(fù)折騰ifconfig。4.2 LVM 與 NFS存儲管理的兩個層次LVM 是 Linux 上的邏輯卷管理它的核心價值是“彈性”。傳統(tǒng)分區(qū)一旦分好想擴容就得停機、備份、重新分區(qū)、恢復(fù)數(shù)據(jù)流程繁瑣且風(fēng)險高。LVM 把物理硬盤抽象成物理卷再把物理卷組合成卷組最后從卷組里劃分邏輯卷。擴容時只需要從卷組里拿空間給邏輯卷不需要動底層分區(qū)。題庫里的 LVM 實操展示了完整流程先用fdisk分區(qū)再用pvcreate創(chuàng)建物理卷然后用vgcreate創(chuàng)建卷組最后用vgextend擴容卷組。每一步都有明確的輸出可以驗證。比如vgdisplay會顯示卷組的大小、空閑空間、物理卷數(shù)量等信息這些信息在排查“為什么擴不了容”時非常有用。NFS 是網(wǎng)絡(luò)文件系統(tǒng)它的作用是讓一臺機器上的目錄能被另一臺機器掛載使用。題庫里的實操是在 xserver1 上共享/mnt/share目錄在 xserver2 上掛載到/mnt。showmount -e命令用來查看某臺機器共享了哪些目錄df -h用來查看掛載后的磁盤使用情況。NFS 由三部分組成NFS 用戶空間工具、NFS 內(nèi)核模塊、RPC 相關(guān)服務(wù)。RPC 是遠程過程調(diào)用NFS 依賴它來實現(xiàn)跨機器的函數(shù)調(diào)用。如果 NFS 掛載失敗常見原因之一就是 RPC 服務(wù)沒起來。Samba 則是讓 Linux 和 Windows 之間共享文件的工具。它的配置文件中[share]段落定義了共享目錄的路徑、是否可瀏覽、是否公開、是否可寫。netstat -ntpl可以看到 Samba 監(jiān)聽的端口是 445 和 139這兩個端口分別對應(yīng) SMB 協(xié)議的兩種傳輸方式。4.3 數(shù)據(jù)庫主從與 Web 部署MariaDB 的主從復(fù)制是數(shù)據(jù)庫高可用的基礎(chǔ)。主節(jié)點負責(zé)寫從節(jié)點負責(zé)讀主節(jié)點的變更通過二進制日志同步到從節(jié)點。題庫里的show slave status\G輸出中Slave_IO_Running和Slave_SQL_Running都是Yes說明復(fù)制正常運行。Seconds_Behind_Master為 0說明從節(jié)點沒有延遲。WordPress 的部署則是把 Linux、Nginx、MySQL、PHP 這套環(huán)境串起來的綜合練習(xí)。部署完成后用curl訪問首頁如果能返回 HTML 內(nèi)容說明整個鏈路是通的。這個練習(xí)的價值在于它模擬了真實環(huán)境中“從零搭一個網(wǎng)站”的完整流程。5. 容器與云平臺從 Docker 到 OpenStack 的服務(wù)地圖5.1 Docker 的核心操作Docker 的考點集中在幾個關(guān)鍵命令上。docker inspect用來查看容器屬性返回的是 JSON 格式的詳細信息包括網(wǎng)絡(luò)配置、掛載卷、環(huán)境變量等。docker info用來查看 Docker 引擎的整體信息比如容器數(shù)量、鏡像數(shù)量、存儲驅(qū)動等。Dockerfile 中RUN關(guān)鍵字用來讓容器執(zhí)行一個指定的程序FROM指定基礎(chǔ)鏡像ADD添加文件CMD指定容器啟動時的默認命令。RUN是在構(gòu)建鏡像時執(zhí)行的CMD是在容器啟動時執(zhí)行的這個區(qū)別在寫 Dockerfile 時非常關(guān)鍵。私有倉庫的配置也是常考點。啟動 registry 容器時需要把內(nèi)部存儲目錄映射到外部把內(nèi)部端口映射到外部docker run -d \ -v /opt/registry:/var/lib/registry \ -p 5000:5000 \ --restartalways \ --name registry \ registry:latest參數(shù)說明-d后臺運行-v掛載卷-p端口映射--restartalways表示容器退出時自動重啟--name指定容器名稱。這個配置在實際搭建私有鏡像倉庫時可以直接使用。管理大規(guī)模容器集群的能力包括編排調(diào)度引擎、鏡像管理、網(wǎng)絡(luò)通信方案但不包括用戶列表管理。用戶列表管理是平臺層面的功能不是容器集群本身的能力。Kubernetes 可以實現(xiàn)自動化部署、自動運行刪除容器、自動擴縮容但不負責(zé)“自動維護”——維護是人的活兒K8s 只是工具。5.2 OpenStack 的服務(wù)分工OpenStack 是一套云平臺操作系統(tǒng)它的各個組件各司其職。Keystone 提供認證服務(wù)負責(zé)用戶身份驗證和權(quán)限管理。Nova 提供計算服務(wù)負責(zé)管理虛擬機實例。Glance 提供鏡像服務(wù)負責(zé)管理虛擬機鏡像。Swift 提供對象存儲服務(wù)負責(zé)存儲非結(jié)構(gòu)化數(shù)據(jù)。Neutron 提供網(wǎng)絡(luò)服務(wù)負責(zé)管理虛擬網(wǎng)絡(luò)。Ceilometer 提供監(jiān)控服務(wù)把監(jiān)控數(shù)據(jù)存儲到 MongoDB 數(shù)據(jù)庫。RabbitMQ 提供消息服務(wù)各個組件之間通過它來通信。這些服務(wù)的關(guān)系可以用一個公司來類比Keystone 是前臺負責(zé)驗證身份Nova 是生產(chǎn)部門負責(zé)造虛擬機Glance 是倉庫存放虛擬機的“模板”Swift 是檔案室存放各種文件Neutron 是網(wǎng)絡(luò)部負責(zé)拉網(wǎng)線配路由Ceilometer 是監(jiān)控室記錄各種運行數(shù)據(jù)RabbitMQ 是內(nèi)部郵件系統(tǒng)各部門之間靠它傳消息。AWS 的 RDS 目前支持六個關(guān)系型數(shù)據(jù)庫引擎Amazon Aurora、Oracle、Microsoft SQL Server、PostgreSQL、MySQL 和 MariaDB。EBS 卷是基于塊的存儲提供各種 SSD 和磁性選件默認基于磁盤。EBS 卷不能直接跨可用區(qū)域連接需要先創(chuàng)建快照再從快照在另一個可用區(qū)域創(chuàng)建新卷。VPC 中單個實例在停止和重新啟動后會在 VPC 內(nèi)保留其公共 IP所以“不會保留”這個陳述是錯誤的。一個 VPC 可以有多個子網(wǎng)也可以有一個 Internet 網(wǎng)關(guān)。API 憑證的最佳做法是創(chuàng)建一個有必要的角色并讓 EC2 實例來承擔而不是直接在實例上硬編碼憑證。6. 什么時候該翻這份資料什么時候不該這份資料最適合的場景是你剛接觸云計算運維需要一份覆蓋主要知識點的題目集來摸清自己的盲區(qū)或者你準備面試想快速過一遍高頻考點又或者你在工作中遇到了某個具體問題想看看有沒有類似的配置示例可以參考。不適合的場景也很明確如果你已經(jīng)是有多年經(jīng)驗的運維工程師這份資料里的題目對你來說可能過于基礎(chǔ)翻一遍花不了多少時間但收獲有限。如果你需要的是某個特定云平臺的深度實戰(zhàn)經(jīng)驗這份資料覆蓋了多個平臺但每個平臺的深度都有限不如直接去看官方文檔。還有一個容易踩的坑不要把題庫里的答案當成絕對真理。技術(shù)是在演進的比如 AWS 的 RDS 支持的數(shù)據(jù)庫引擎數(shù)量可能會變化OpenStack 的組件功能也在不斷更新。題目里的答案反映的是出題時的狀態(tài)實際工作中要以官方文檔為準。提示實操題里的命令和配置可以直接在實驗環(huán)境中復(fù)現(xiàn)。建議不要只看答案而是自己動手敲一遍看看返回結(jié)果和題目里的是不是一致。不一致的地方往往就是理解偏差所在。我自己的習(xí)慣是每次看到“以下哪個說法是錯誤的”這類題目都會先把每個選項為什么對、為什么錯都過一遍而不是只記正確答案。因為在實際排障時你面對的不是選擇題而是一個需要判斷“哪里出了問題”的場景。只有理解了每個選項背后的邏輯才能在真實環(huán)境中快速定位問題。從那以后我每次整理技術(shù)資料都會強制走一遍“這個概念解決什么問題、不解決什么問題、和相近概念的區(qū)別在哪”這三步。希望這份資料能幫你把云計算運維的知識地圖拼得更完整一些。本文還有配套的精品資源點擊獲取