女人荫蒂被添全过程13种图片,亚洲+欧美+在线,欧洲精品无码一区二区三区 ,在厨房拨开内裤进入毛片

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

TECS OpenStack資源池虛機寫磁盤時延高告警的問題處理

中興文檔 ? 來源:中興文檔 ? 2025-03-21 09:36 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

故障現象

某運營商TECS資源池,在當前告警中顯示“虛機寫磁盤時延高告警”,如下圖所示。告警統計總體平均10分鐘左右自動恢復。

99a4f98e-051f-11f0-9310-92fbcf53809c.png

故障分析

結合現場環境和資源情況,分析問題產生的可能原因如下:

1. 虛擬機系統異常,操作系統只讀不可寫。

2. 計算節點訪問后端存儲異常。

3. 虛擬機讀寫性能不足,或者平臺QoS配置限定。

4. 虛擬機配置問題,或者虛機被攻擊,導致大量寫操作。

具體問題分析過程如下:

1. 登錄異常虛擬機操作系統,檢查虛擬機內部業務是否正常讀寫,以及操作系統狀態。

2. 虛機寫磁盤延時告警上報后,底層平臺和業務網元雙向檢查。

平臺檢查虛機運行正常,無其它異常告警。

業務網元檢查虛機正常,網元無異常告警。

確認虛機寫磁盤時延高告警僅觸發告警,無業務影響,如下圖所示。

3. 在TECS上通過告警找到對應虛機的節點,確定該節點只有一個虛機是NFV-P-***。再檢查虛機讀寫速率和虛機所在節點讀寫速率。

4. 執行iostat -x 3命令,檢查服務器節點。持續續觀察1小時,節點檢查正常,如下圖所示。

99e76d00-051f-11f0-9310-92fbcf53809c.png

5. 在CloveStorage分布式存儲上使用告警信息中虛機名稱檢查,確認虛機對應卷。

a. 在TECS平臺檢查虛機對應的云盤,獲取云盤對應卷的ID,從告警確定虛機名,如下圖所示。

99fc1a16-051f-11f0-9310-92fbcf53809c.png

b. 測試TECS平臺使用sftp方式訪問第三方存儲正常,能夠正常訪問,也能正常發送問題。

c. 在CloveStorage分布式存儲上檢查每個對應卷和集群的性能,如下圖所示。

9a0c594e-051f-11f0-9310-92fbcf53809c.png

IOPS:I/O per second,即每秒鐘可以處理的I/O個數,用來衡量存儲系統的I/O處理能力,如下圖所示。

9a1a8ce4-051f-11f0-9310-92fbcf53809c.png

讀寫速率:每秒鐘可以處理的數據量,常以MB/s或GB/s為單位,用于衡量存儲系統的吞吐量。

I/O:輸入(input)、輸出(output)。

IO時延:發起一次I/O請求到I/O處理完成的時間間隔。

容量:可用的存儲空間大小。

6. 根據上圖可以看出IOPS值在告警時間段超出200。

7. 在TECS平臺檢查存儲QoS設置值,為200,如下圖所示。

9a2cd110-051f-11f0-9310-92fbcf53809c.png

8. 檢查對應卷的IOPS值,超過 200;而卷的QoS設置IOPS最大上限為200,經確認出現時延沖高的卷QoS均超過了設定的最大值,因此存在QoS設置不合理影響卷性能的問題。

9. 同時和業務網元確認,存在卷的QoS設置小于實際運行的預期值。

10. QoS(Quality of Service)即服務質量。在有限的資源下,QoS為各種業務分配固定的資源預留,為業務提供端到端的服務質量保證。

卷的QoS設置IOPS和帶寬上限,當卷的實際性能超過QoS設置的最大值時,會由于QoS的限制出現IO隊列排隊擁塞的情況,反映到上層,即對應的云盤IO時延增高并上報告警。

11. 通過以上檢查,發現存儲側在異常時間段沒有異常告警,確認底層存儲集群運行正常。

故障處理

1. 虛擬化平臺和業務網元聯合檢查確認是因為業務網元側針對QoS設置IOPS值小于卷實際運行的IOPS值,導致卷時延沖高,最終產生告警。

2. 修改存儲QoS值后,未再上報該告警。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 運營商
    +關注

    關注

    4

    文章

    2419

    瀏覽量

    45256
  • 磁盤
    +關注

    關注

    1

    文章

    390

    瀏覽量

    25796
  • 命令
    +關注

    關注

    5

    文章

    737

    瀏覽量

    22830
  • OpenStack
    +關注

    關注

    1

    文章

    72

    瀏覽量

    19319

原文標題:TECS OpenStack-資源池虛機寫磁盤時延高告警的問題處理

文章出處:【微信號:ztedoc,微信公眾號:中興文檔】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    RCS融合通信系統設計方案解析

    TECS主要由以下部分組成:OpenStack自身的組件,OpenStack部署相關組件,以及擴展的HA、自動部署與管理、系統管理(軟、硬件資源管理)等組件,
    發表于 07-01 15:45 ?3199次閱讀
    RCS融合通信系統設計方案解析

    OpenStack資源調度和現狀分析

    OpenStack云端的資源調度和優化剖析2016-07-03 19:12 作者簡介:胡曉亮,目前就職于IBM Platform Computing 系統科技部云計算部門,擔任云計算開發部工程師。自
    發表于 10-10 10:44 ?0次下載
    <b class='flag-5'>OpenStack</b><b class='flag-5'>資源</b>調度和現狀分析

    杉巖數據已實現了與OpenStack的全面緊耦合

    。在OpenStack的系統架構下,為了支撐各種存儲需求,誕生了Cinder和Swift組件,其中Cinder是OpenStack中提供塊存儲服務的組件,主要是為虛擬實例提供虛擬磁盤
    發表于 07-20 16:57 ?883次閱讀

    OpenStack云平臺監控數據采集及處理的實踐與優化

    本文介紹了在OpenStack云平臺中通過Ceilometer采集云平臺中虛擬磁盤、網絡等資源的使用數據,并通過Gnocchi處理、儲存
    的頭像 發表于 12-25 18:38 ?2293次閱讀

    TECS資源池上報網絡流程異常告警的問題處理

    資源TECS上報網絡流程異常告警告警單次持續15秒-4分鐘之間。
    的頭像 發表于 06-07 09:41 ?1265次閱讀
    <b class='flag-5'>TECS</b><b class='flag-5'>資源</b>池上報網絡流程異常<b class='flag-5'>告警</b>的問題<b class='flag-5'>處理</b>

    TECS資源池上報存儲設備離線的問題處理

    資源在運行過程中出現存儲設備離線告警,通過底層cinder service-list命令查看,確認存儲state為down狀態。
    的頭像 發表于 06-07 09:44 ?906次閱讀
    <b class='flag-5'>TECS</b><b class='flag-5'>資源</b>池上報存儲設備離線的問題<b class='flag-5'>處理</b>

    TECS資源SSH控制節點提示connection refused的問題處理

    某局點現場TECS控制節點的TECSClient平面使用雙棧配置,同時使用IPv4和IPv6。
    的頭像 發表于 06-07 09:47 ?1099次閱讀
    <b class='flag-5'>TECS</b><b class='flag-5'>資源</b><b class='flag-5'>池</b>SSH控制節點<b class='flag-5'>虛</b><b class='flag-5'>機</b>提示connection refused的問題<b class='flag-5'>處理</b>

    TECS資源池上報BFD會話DOWN和網絡流量異常告警的問題處理

    資源TECS上報BFD會話DOWN告警和網絡流量異常告警,持續時間1秒至6分鐘不等,如下圖所示。
    的頭像 發表于 06-07 09:49 ?1815次閱讀
    <b class='flag-5'>TECS</b><b class='flag-5'>資源</b>池上報BFD會話DOWN和網絡流量異常<b class='flag-5'>告警</b>的問題<b class='flag-5'>處理</b>

    資源后端存儲服務狀態異常的問題處理

    故障現象某資源在巡檢過程中檢查服務狀態,其中云盤后端的服務狀態為down,如下圖所示,影響虛擬云盤的生命周期管理操作。
    的頭像 發表于 09-20 11:06 ?1016次閱讀
    <b class='flag-5'>資源</b><b class='flag-5'>池</b>后端存儲服務狀態異常的問題<b class='flag-5'>處理</b>

    資源虛擬機時鐘跳變異常的問題處理

    資源在運行過程中一臺虛擬出現業務異常,通過查看日志和異常記錄,判斷為虛擬發生時鐘跳變問題,如下圖所示。
    的頭像 發表于 09-20 11:08 ?1886次閱讀
    <b class='flag-5'>資源</b><b class='flag-5'>池</b>虛擬機時鐘跳變異常的問題<b class='flag-5'>處理</b>

    并發內存項目實現

    本項目實現了一個并發內存,參考了Google的開源項目tcmalloc實現的簡易版;其功能就是實現高效的多線程內存管理。由功能可知,并發指的是高效的多線程,而內存則是實現內存管
    的頭像 發表于 11-09 11:16 ?1021次閱讀
    <b class='flag-5'>高</b>并發內存<b class='flag-5'>池</b>項目實現

    TECS OpenStack資源殘留導致網元異常的問題處理

    某運營商TECS資源的一臺主機內存故障,進行關機、內存更換操作,自動遷移到其他主機上,同時做了其他虛擬
    的頭像 發表于 03-03 09:42 ?357次閱讀
    <b class='flag-5'>TECS</b> <b class='flag-5'>OpenStack</b><b class='flag-5'>資源</b><b class='flag-5'>池</b><b class='flag-5'>虛</b><b class='flag-5'>機</b>殘留導致網元異常的問題<b class='flag-5'>處理</b>

    TECS OpenStack資源時間同步失敗的故障分析

    某運營商TECS OpenStack資源,在當前告警中顯示“時鐘同步失敗”,以10分鐘整數倍為間隔上報“時間同步失敗”
    的頭像 發表于 03-03 10:09 ?428次閱讀
    <b class='flag-5'>TECS</b> <b class='flag-5'>OpenStack</b><b class='flag-5'>資源</b><b class='flag-5'>池</b>時間同步失敗的故障分析

    TECS OpenStack資源主機磁盤分區使用率過高的問題處理

    某運營商TECS資源池上報“主機磁盤分區使用率過高”的告警,如下圖所示。
    的頭像 發表于 03-21 09:47 ?455次閱讀
    <b class='flag-5'>TECS</b> <b class='flag-5'>OpenStack</b><b class='flag-5'>資源</b><b class='flag-5'>池</b>主機<b class='flag-5'>磁盤</b>分區使用率過高的問題<b class='flag-5'>處理</b>

    TECS OpenStack資源虛擬網絡二層地址無法互通的問題處理

    某運營商TECS OpenStack使用主機overlay SDN方案組網,運維人員在創建虛擬測試虛擬網絡狀態時發現問題:在其中一臺主機上創建兩臺同網段虛擬
    的頭像 發表于 06-12 09:28 ?254次閱讀
    <b class='flag-5'>TECS</b> <b class='flag-5'>OpenStack</b><b class='flag-5'>資源</b><b class='flag-5'>池</b>虛擬<b class='flag-5'>機</b>網絡二層地址無法互通的問題<b class='flag-5'>處理</b>
    主站蜘蛛池模板: 武山县| 青岛市| 西峡县| 黔东| 临清市| 彰化市| 南城县| 科尔| 桓台县| 长汀县| 谷城县| 灵山县| 密云县| 东乌珠穆沁旗| 葫芦岛市| 梅州市| 扶绥县| 盐边县| 拉萨市| 岗巴县| 西乌珠穆沁旗| 高唐县| 瑞金市| 龙海市| 汝阳县| 阿鲁科尔沁旗| 尤溪县| 永新县| 晋城| 德令哈市| 榆林市| 英超| 昂仁县| 内黄县| 阳城县| 若羌县| 石阡县| 栖霞市| 娄烦县| 九寨沟县| 建阳市|