虛擬主機是共享環境的主機,而若虛擬主機上的某個網站使用較多資源,容易造成主機不穩、網站連不上的問題。CloudLinux作業系統可以改善這樣的問題,有效提升主機的穩定度。
CloudLinux 的核心概念是確保一個用戶的資源使用不會影響到其他用戶。這就像在一個大樓裡,每個住戶都有獨立的水電錶,即使某戶用電量暴增,也較不易導致整棟樓跳電。這正是其解決共享主機不穩的關鍵。
CloudLinux:提升虛擬主機穩定性、安全與速度的關鍵
CloudLinux 的一般介紹可以參考以下網站 http://www.cloudlinux.com ,不過簡單來說,Cloudlinux 最大好處是可以讓主機更穩定、安全及快速,請見以下說明:
1. 更穩定: 因為比較不容易受到鄰居因為各種原因暴衝超用主機資源讓整體主機不穩
2. 更快速: 因為上面這點,所以網站執行效率會更快
3. 更安全: Cloudlinux 可以有效透過cageFS,讓一些Linux 先天上的安全問題更嚴謹地被處理。
除了穩定、快速和安全,CloudLinux 還能提供多版本的 PHP 選擇,這對於開發者來說極為便利。它會持續更新與維護各 PHP 版本的漏洞,讓你的網站能在保持安全性的同時,也能彈性選擇適合的程式語言版本。這也解釋了為何許多現代虛擬主機供應商都將 CloudLinux 作為其標準作業系統。
有關PHP版本任選請可參考此文章:https://wpoki.com/?p=6168
如何登入Cpanel控制台查看CloudLinux網站各項資源使用率
接下來,以下提供您觀察自己網站空間的使用率的說明和Q&A 供大家參考。
如何查看您網站的各項資源使用率:請登入Linux虛擬主機Cpanel控制台後,找到 “資源使用量(resource usage)“,然後點Details 詳細資料,您會看到如下表,不太建議單只看曲線圖,因為容易看漏數值,您畫面再往下會看到如下紀錄清楚的數值表,尤其最後幾筆會細到顯示每一分鐘的紀錄。
Cpanel 是許多虛擬主機供應商使用的標準控制面板,它的圖形化介面讓非技術人員也能輕鬆管理網站。在「資源使用量」頁面中,除了查看當下和歷史數據,也可以設定警示通知,當資源使用率接近限制時,系統會自動發送郵件提醒,方便您及早發現問題並進行處理。
預設時間為今日,請注意拉長時間看喔數據喔,比較清楚知道您最近使用狀況
為什麼建議拉長時間看?因為網站的流量和資源使用狀況會隨著時間、活動或使用者行為而變化。單看一天的數據可能無法反映出網站的真實負載。例如,在促銷活動或文章被廣泛分享時,瞬間的高流量可能會導致資源超標,但如果只看平常時段,則可能無法察覺到潛在的問題。觀察長期趨勢能幫助您更精確地評估主機方案是否足夠應付。
a= 平均值 m = 最大值 f =錯誤 ,有f就表示您有超過限制
深入解析 CloudLinux 各項資源指標
* CPU 限制比較直接單純,就不多做說明。2014年7月後cloudlinux更允許直接設定 Mhz/Ghz ,這樣會讓用戶有更明確的CPU速度認知,避免以前用%比率設定限制上難以計算的問題。
CloudLinux 將每個用戶的 CPU 資源獨立分配,避免因單一網站運算量過高而拖累整台主機。將限制單位從百分比改為 MHz/GHz,讓用戶能更直觀地理解自己的網站處理效能上限,例如 1 GHz 的 CPU 限制,就像是您擁有一顆專屬的單核心處理器,更易於評估與規劃。
點我更了解CPU
* vMEM =虛擬記憶體使用率,pMEM= 實體記憶體使用率,vMEM 是Linux 指令 top 的VIRT那個欄位,pMEM是top RES那個欄位。一般您會很常看到vMEM 會遠大於pMEM,方案上面說的記憶體限制為vMEM+pMEM,且比率各半。
vMEM(虛擬記憶體)是指程式申請的全部記憶體空間,而 pMEM(實體記憶體)則是實際被使用的記憶體。當 vMEM 遠大於 pMEM 時,通常表示程式在運行過程中預先申請了大量記憶體,但實際上並未完全使用。如果您的網站頻繁出現 vMEM 或 pMEM 超標,可能需要審視程式碼是否有記憶體洩漏或效能不佳的問題。
* EP (Entry Process)
EP= Entry Process ,指的是進入您網站的連結數(Apache, PHP, Cron..)等,一般也會被稱為concurrent connections。值得注意和釐清的是,這”不是“指網站可以上線或進站線上人數,常見線上人數上幾百人的網站,EP也沒有超過8,這是因為每個process 會有許多Child Process 可以同時處理很多事務,然後child process 是沒有計算在EP上的。
EP 限制是為了防止單一網站同時開啟過多的進程,進而耗盡伺服器資源。如果您的網站 EP 經常超標,通常不是因為線上人數太多,而是因為程式碼中有大量的重複或低效的請求,例如未優化的 Cron Job 或某些插件的錯誤配置。這就像一間餐廳有再多顧客,但如果點餐系統混亂,服務生會不斷來回奔波,最終導致服務品質下降。
* NPROC (Number of Processes Limit )
這個主要控制每個網站的空間下最多可以同時執行的process數量,這也和同時線上人數”不同“,一般網站要超過10已經不常見,這個設計主要為了預防空間下有不當的zombie(殭屍連結) 連結或減少降低惡意小規模的DDOS攻擊的可能。
NPROC 限制與 EP 相似,但它更像是從「總量」上進行控制,防止單一帳號下產生過多的無效或惡意進程。殭屍進程(zombie process)雖然已經結束執行,但其在系統中的資訊仍未被完全清除,過多的殭屍進程會佔用系統資源。NPROC 限制能有效防範此類問題,並為網站提供一層基本的防禦,抵禦小規模的分散式阻斷服務攻擊(DDoS)。
* I/O rate
這是指硬碟讀取和寫入速度,這會和程式後台上傳圖片或資料庫寫入有關聯,很多時候Disk access 是access 到Disk cache,那些都是沒有計算進去的。一般虛擬主機的網站要超過1024K已經算不常見。附帶說明: 用FTP軟體上傳檔案是不會計算入IO 的。
I/O(Input/Output)速度是網站效能的重要指標,尤其對於需要頻繁讀取和寫入資料的應用,如購物網站、論壇或圖庫網站。如果您的 I/O 經常超標,通常是因為網站程式頻繁地讀寫資料庫或檔案,例如圖片壓縮、大量日誌寫入或未經優化的資料庫查詢。優化這些操作,如使用快取、壓縮圖片或改善資料庫查詢語法,都能有效降低 I/O 使用率。
* inodes(檔案數量)
inodes 使用率可以在CPANEL登入後的左邊看到,這個一般可以拿來推估檔案和資料夾數量,放在主機上的EMAIL也會占用檔案數量,一封就大概算一個i檔案。如果這個不限制,現今很多免費程式因為編寫問題或網站管理不當,常常會衍生數以十萬計的幽靈檔案,久了會讓你的主機(尤其是分享式的虛擬主機)的整體效能大量受損。
inodes 就像是檔案的「索引號碼」,每一個檔案、資料夾、郵件等都佔用一個 inode。當您的網站安裝了過多的外掛、主題或產生大量快取檔案而未清理,都會讓 inode 數暴增。一旦超過主機方案的限制,將無法再建立新檔案,導致網站功能異常,例如無法上傳圖片、無法接收新郵件等。定期清理無用檔案是維持網站健康的重要習慣。
CloudLinux各項資源超過時的常見問題與解決方案
Q: 資源超過了,請問現在該如何處理
A: 您可以考慮請人優化程式,或升級主機方案處理,也建議在選購主機時請選購適當且有應付突發負荷流量和資源彈性的主機方案,若無法馬上處理程式問題,短時間您可以先把您的首頁檔案改成一般HTML檔案先讓負荷降低然後考慮一下要如何處理。
【補充說明】將首頁改為 HTML 檔案是應急的最佳手段。HTML 頁面是靜態的,幾乎不消耗伺服器資源(如 PHP 運算和資料庫查詢),可以立即降低主機負載,讓網站恢復正常連線。這為您爭取了寶貴的時間來診斷和解決根本問題,無論是優化程式或升級主機。
Q: 網站變慢、出現各種錯誤、各種奇怪畫面狀況、出現500、503和508錯誤? 超過各項限制的話會如何?
A:超出各項限制的話網站會有可能”變慢”,”很難連”,”出現各種錯誤”….等,如果有出現明確的錯誤號碼(但不一定都會出現),可以參考如下:
500錯誤、網站變慢 / 連不進去網站 / Resource limit is reached => 超過CPU、IO、Ram 限制。
508錯誤 => 超過EP(Entry process) 、NPROC限制。
503錯誤 => 超過RAM的限制或NPROC超出限制。
檔案無法上傳,EMAIL無法接收,登入CPANEL各種服務時出現錯誤,此可能為您inodes(檔案數量)超過。
這些錯誤碼是伺服器發出的「求救訊號」,它們精確地指出了問題的根源。例如,508 錯誤通常與網站的「同時連線數」過高有關,這可能源於惡意攻擊、爬蟲程式或未優化的程式迴圈。當您遇到這些錯誤時,應該立即登入 Cpanel 檢查對應的資源使用率,並根據錯誤碼進行針對性的排查。
如果您遇到以上問題,您可以先調整並優化網站程式,或可詢問主機商升級主機。
Q: 我的網站怎可能超出限制?哪裡有問題?
A:如果你的”程式”是給網頁設計公司架站或平常很少在留意”網站動態”,通常這”純”提供主機空間服務的主機商應是也無法得知為何您程式會超出主機資源的限制,此時您會需要聯絡你的MIS或程式人員查看、檢測和修正相關程式問題。
Q:哪個程式有問題?哪一行程式有問題?
A:同上點之延續,因為虛擬主機普遍性的設計,主機商無法且也沒有監控客戶的每一個程式或每一行程式的效率,所以也無法得知哪一個程式或哪一行有問題。且會因為程式檔案是用戶自行選擇使用、上傳和建置,僅提供主機空間服務的主機商通常沒有負責維護用戶程式,所以您需要找你自己的MIS或程式人員查看、檢測和修正相關程式問題。
這兩點再次強調了「網站管理者」的重要性。主機商提供的是基礎設施,就像房東出租房子,但房客如何裝潢、使用電器,房東無法也無責監控。同樣地,網站的程式碼是由用戶自行上傳和維護,因此當資源超標時,最有效的解決方案是從程式碼本身著手優化,而非僅僅歸咎於主機商。
Q: 有沒有一些比較說明,讓我們知道網站大概會使用多少使用率?
Q: 為何用wordpress, jooomla, xoops, discuz… 等程式會常常爆表
Q: 有沒有範例關於大流量網站然後使用率低的? 或程式是客製化開發的相關使用率可以參考?
A: 這裡舉例以下:客製化購物車程式,每月流量使用約1500G,已經是中型網站規模,程式品質編寫優異,但若vMEM很少超過1G,平均才500mb左右,pMEM甚至連500mb都很少超過。如果您的網站流量遠低於此,但是使用率卻都比他高,那您需要請您程式設計人員檢查和優化您程式嘍。
不過,如果您用wordpress, joomla, xoops, discuz ..等的免費程式,很遺憾地告知您,您的網站將有相對高的可能性會使用比較高的主機資源使用率,爆表的可能性相當大! 因為這些程式為了彈性,可能寫了100種功能和選項,但是一般人很有可能只有使用10種,這會形成大量性能的浪費。很多開放免費程式有便宜和開發快速的優點,但長期來說是不是適合每個稍具規模的網站,的確是見仁見智的問題了。
這些開放原始碼的 CMS 系統(如 WordPress、Joomla)雖然入門簡單,但其「通用性」也帶來了效能上的犧牲。它們為了滿足大多數用戶的需求,內建了許多冗餘的功能與程式碼,就像一輛多功能休旅車,雖然可以滿足多種需求,但在速度與油耗上通常不如專為賽道設計的跑車。因此,對於高流量或有特殊需求的網站,客製化開發或對 CMS 進行深度優化是不可避免的。
另外,有關EP問題,其實根據經驗,有看過每月流量破1000G的人氣討論區,EP平均也都才30喔~所以程式如何編寫其實很重要。
這個例子再次證明了程式碼品質對於網站效能的決定性作用。一個高效的程式能夠用最少的資源處理最多的請求,而一個低效的程式則可能在極低的流量下就耗盡所有資源。因此,在選擇使用現成 CMS 系統時,除了選擇輕量化的主題和外掛,定期進行效能審核和優化也是維持網站健康的必要功課。
Q: 為何以前不會?只有我一個人在連怎麼會? 流量又沒增加怎會突然會?
A: 這有幾個可能
1. 您程式有嚴重問題
2. 網路世界是個動態環境,很多變化每分每秒都不一樣,您租用的主機空間上是”空”的,而您的程式為您自行選擇使用、上傳和建置,”純”提供主機空間服務的主機商也沒有負責監控客戶”網站”狀態,也無法得知為何您網站或程式會超出主機資源的限制,您需要找您的MIS或程式人員查看、檢測和修正和觀察相關網站問題。
CloudLinux的各項資源超過時會如何呢?
Q: 不是有裝Cloudlinux 了,為何網站還是被關?
Q: 何謂資源溢出排擠效應?或永遠不會受同主機上的鄰居影響嗎?
Q: Cloudlinux真的這樣好用,那我可以買個小方案來放Yahoo首頁廣告然後主機也不會當嗎?
A: Cloudlinux 不管如何設計,他基本上都是在一台主機內用”軟體”來限制各個網站的資源,他的切割效能絕對沒有硬體來的好,例如用專屬主機徹底分開。cloudlinux 就像收費站一樣,他可以限制一次一台車經過車道,但是如果車流增加太快,大車流接小車道,便會影響到後面整體車道上進出,然後越塞越長,這是溢出排擠效應。如果有溢出效應(例如VMemF過量),那會影響主機整體穩定和其他用戶效益。所以即使有cloudilnux ,幾百元的小主機也不可能能承受太高資源使用的主機,所以yahoo首頁廣告當然也不可能。也故,當同主機上有客戶有大量資源溢出效應時,一樣會影響到主機整體穩定和同主機上其他客戶。
這段解釋了一個關鍵概念:雖然 CloudLinux 提供了強大的資源隔離功能,但它並非萬靈丹。它在「軟體」層面進行限制,但硬體的物理極限依然存在。就像在收費站,雖然每個車道有獨立的車輛數限制,但當所有車道都達到飽和時,整個系統還是會發生擁堵。因此,選擇合適的主機方案、避免資源超用,是確保共享主機穩定運行的根本之道。
Q: 資源超過了,那請問現在該如何處理
A: 您可以先考慮請人優化程式,或升級主機方案處理,也建議在選購主機時請選購適當且有應付突發負荷流量和資源彈性的主機方案,如無法馬上處理程式問題,短時間您可以先把首頁檔案改成一般HTML檔案先讓負荷降低然後考慮一下要如何處理。
這個建議再次強調了問題的雙重解決方案:短期應急(更換為 HTML 靜態首頁)和長期規劃(優化程式或升級主機)。這為網站管理者提供了清晰的應對策略,確保網站能在最短時間內恢復正常服務,同時也能為未來發展做好準備。
Q:資源超過然後持續出現錯誤的狀況會持續多久?
A: 會持續到您網站資源使用下降為止,就像您租一個100人的場地要辦1000人的活動,擁擠會直到您少於100人時才會改善 。但”純”提供主機空間服務的主機商沒有管理客戶網站內容和動態掌握,也是無法得知客戶網站資源使用何時會降低。
這個比喻生動地說明了超用問題的本質:問題出在「需求」大於「供給」。除非需求(網站資源使用率)降低到供給(主機資源限制)之下,否則擁堵和錯誤會持續存在。這再次強調了網站管理者需要主動監控和優化,而非被動等待問題解決。
Q: 超用後我把網站關了,為何還是出現錯誤
A:和任何系統一樣(例如簡單如個人電腦也是),爆了恢復會需要點時間,建議您多加等待即可。
這點解釋了系統恢復的「延遲性」。即使網站已經關閉,部分資源可能仍被佔用,或者系統需要時間來釋放這些資源。這就像一個人疲憊不堪後需要休息才能恢復精力,伺服器也一樣。在網站關閉後,給予系統足夠的時間來清理和重置,是恢復正常的關鍵。
Q:所以簡單說的話,現在是怎樣的狀況?
A: 基本上就是網站太操或方案買太小
“純”提供主機空間服務的主機商只有監控主機狀態和線路原就沒有監控您網站(因您程式也不是主機商上傳和管理和編寫的),現在是”網站” 資源超過,也無法得知為何您程式會超出主機資源限制,這會需要使用端的內部MIS或程式人員查看、檢測和修正相關程式問題。
如果您沒有人幫您管理網站程式,您或許可詢問主機商是否可以往升級主機方案此選項方向,如果您不想升級主機也不想也不會調整或修改程式,您需要尋找外包人員幫忙囉。
主機動物園ServerZoo的資源超用警示信,該如何處理? MySQL Governor的資料庫IO超過怎麼辦?
我收到主機動物園ServerZoo的以下這封Hosting account resources exceeded信,請問有人看得懂嗎? 這是指啥意思? 有中文翻譯嗎? 我現在該如何處理我的網頁空間呢? 該找誰處理? MySQL Governor 是甚麼? 以下我們會跟大家詳細報告各項 cloudlinux 主機空間的網站主機資源使用和MySQL Governor細節喔,並且會附上Cloudlinux 官方的說明文件以方便大家比對和驗證和處理網站空間使用資源超用的問題。ServerZoo 的主機資源通知信有人遇過嗎?
這一段提到了 MySQL Governor,這是 CloudLinux 為資料庫資源管理開發的擴充功能。它專門針對 MySQL 資料庫,限制其 CPU、I/O 和連線數,防止單一資料庫查詢拖垮整個伺服器。如果您收到了與 MySQL Governor 相關的警告,通常表示您的資料庫查詢效率不佳,可能需要對資料庫索引、查詢語法或資料表結構進行優化。
可以參考這篇最新的文章詳解喔
最後~~
有關CLOUDLINUX有想更了解或也想了解什麼是CPANEL和CPANEL教學,以下提供幾則文章給大家參考:
主機空間使用的是cPanel還是CloudLinux?
如何以phpmyadmin網頁登入呢?
cPanel的IP封鎖程式(IP Blocker)的作用為何?
Cpanel控制台查看每月流量使用狀況
cPanel控制台支援解開壓縮檔案的格式有哪些呢?
文章來源 : https://wpoki.com
CloudLinux 虛擬主機常見問題
Q: CloudLinux 真的能解決虛擬主機不穩的問題嗎?
A: CloudLinux 透過輕量級虛擬環境(LVE)技術,有效隔離每個網站的資源使用,避免單一網站超用資源而影響到同主機上的其他網站。這大大提升了主機的穩定性。然而,它畢竟是軟體層面的限制,如果網站的資源需求遠遠超出主機方案的承載能力,仍然可能發生超用問題。
Q: 如何判斷我的網站是哪項資源超用?
A: 您可以登入 cPanel 控制台,進入「資源使用量(Resource Usage)」頁面,查看詳細的數據報表。其中,CPU、vMEM/pMEM、I/O rate、EP 和 NPROC 等指標會清楚顯示您網站的資源消耗狀況。如果數值後面出現 `f` 錯誤標誌,就表示該項資源已經超過限制。
Q: 網站資源超用,我應該怎麼處理?
A: 處理方式有兩種:短期應急和長期規劃。短期應急可以將網站首頁替換為靜態的 HTML 檔案,以立刻降低伺服器負載。長期來說,您需要優化網站程式碼,例如改善資料庫查詢、壓縮圖片、刪除不必要的外掛,或者直接升級到更高等級的主機方案,以應對更大的流量與資源需求。
Q: 為什麼我的網站流量不高,資源卻經常超用?
A: 網站資源超用不單單與流量高低有關。許多免費的 CMS(如 WordPress)為了功能彈性,可能包含大量未使用的程式碼或外掛,導致資源消耗高。此外,未優化的程式碼、頻繁的資料庫操作或殭屍連結(zombie process)也可能是造成資源超用的主要原因。建議尋求專業程式人員協助診斷與優化。
GIPHY App Key not set. Please check settings
3 Comments