WordPress網站的性能始終是我們團隊的頭等大事。這是客戶今天選擇我們而不是競爭對手的主要原因之一,而我們一次又一次地證明了這一點。我們一直是業界中第一個發布最新軟體(例如PHP 7.3)的公司之一,並且Review Signal連續五年授予我們「頂級」性能。
Kinsta還是首個專門使用Google Cloud Platform(GCP)的託管WordPress主機,我們密切關注其最新發布的基礎架構。我們一直在努力突破極限,今天,我們將其帶到另一個層次。我們很高興地宣布,我們正在遷移到GCP的下一代經過計算優化的虛擬機(C2)。
從Starter計劃一直到Enterprise計劃,我們已經開發了可完全擴展的WordPress託管平台。這意味著我們不只是將少數幾個轉移到這種新硬體上,或者將它們的使用限制在我們的更高級別的計劃中。我們正在Kinsta向所有人提供新的GCP機器。無論您是休閑博客作者還是《財富》 500強公司,您都將從中獲得這一變化所帶來的好處。
厭倦了緩慢的WordPress託管和低於標準的支持?我們在Kinsta做不同的事情。
查看我們的託管計劃
這對您有何影響?在過去的一個月中,我們一直在內部對這些新機器進行測試,但它們的性能令他們震驚。具體取決於網站的類型,但是我們看到性能從30%一直提高到200%!
您不僅會看到更快的載入時間,而且可能還會注意到WordPress管理儀錶盤的響應能力有所不同。對於那些經常在WordPress網站上工作的人來說,這應該有助於使您的工作流程更加有趣。
我們的代理機構已與所有主要的託管平台合作。 Kinsta快瘋了,支持也很棒!我們將所有客戶轉移到Kinsta,並且沒有回頭。
布倫特·馬特爾(Brent Martel),聯合創始人
墨水媒體
Kinsta的基礎架構和新的GCP計算優化的虛擬機(C2)
對於可能不熟悉我們平台的人來說,重要的是要了解它不屬於任何傳統的託管類別。我們的整個基礎架構都建立在Google Cloud之上,與傳統的共享,VPS或專用基礎架構不同。
我們平台上的每個站點都在一個隔離的軟體容器中運行,該容器包含運行該站點所需的所有軟體資源(Linux,Nginx,PHP,MySQL)。這意味著運行每個站點的軟體都是100%私有的,即使在您自己的站點之間也不會共享。我們使用Linux容器作為基礎架構的基礎容器技術。
每個站點容器都在大小合適的虛擬機(在本例中為新的Compute-Optimized(C2)虛擬機)上運行。它位於多個GCP數據中心之一中,並位於GCP防火牆後面。硬體資源(RAM / CPU)由我們的虛擬機根據需要自動分配給每個站點容器(一種精巧的功能,我們稱為自動縮放)。
新的經過計算優化的VM(C2)提供了GCP在Compute Engine上提供的每個內核最高的性能,並且針對計算密集型工作負載進行了優化。這些機器類型配備了英特爾可擴展處理器(級聯湖)和高達3.8 GHz的持續全核睿頻。他們甚至可以處理最苛刻的WordPress網站!
我們基礎架構的每個部分都至關重要。這就是為什麼Kinsta上的所有站點都通過高度可靠的Google Cloud Platform的「高級層」網路互連,而不僅僅是其「標準層」工作。這樣做的目的是最大程度地減少距離和跳數,從而更快,更安全地全局傳輸數據。
基準測試GCP的計算優化虛擬機(C2)
現在,有趣的是數據!我們進行了大量測試,以便您可以看到這些新型GCP機器類型的不同。對於每個測試,我們以15個並發用戶為基準對主頁進行了1分鐘的基準測試。以下是我們測試環境的詳細信息。
-
新的C2機器:由GCP支持並在隔離的容器中運行的Cascade Lake Intel可擴展處理器。
-
N1機器:由GCP支持的Skylake英特爾處理器,在隔離的容器中運行。
-
作業系統:Ubuntu 16.04.6 LTS
-
容器堆棧:Nginx 1.15.12,MariaDB 10.4.6
-
PHP版本:7.3
-
頁面緩存:我們運行了多個測試,一個運行到HIT Kinsta緩存,另一個運行到BYPASS Kinsta緩存。
測試是由Kinsta的WordPress貢獻者和Web開發人員Thoriq Firdaus執行的。他為WordPress印度尼西亞的WordPress核心和翻譯編輯器做出了貢獻,並開發了免費的MailChimp訂閱插件WP Chimp。
以下數據以每秒請求數為單位。請求越多越好。
WordPress 5.2.3(BYPASS Kinsta緩存)
在第一輪測試中,我們有意繞過Kinsta頁面緩存。原因是我們要使用以下堆棧來測試CPU的性能:Nginx,PHP-FPM和MySQL。對站點的每個未緩存請求均由PHP工作者處理。
我們使用了WordPress 5.2.3和二十十九主題。我們的站點填充了WP Test的偽數據。它包含各種尺寸(小,中,大)的圖像以及嵌入式推文。
只要它們在兩台計算機上都匹配,我們就不會太在意虛擬數據。衡量GCP機器的性能差異確實是我們感興趣的。擁有更多的虛擬數據會影響性能嗎?是的,但是我們還在下面進一步測試了一些大型客戶站點,因此您也可以看到影響。
我們對15個並發用戶的網站進行了1分鐘的基準測試。
基準結果
- GCP N1機器上的WordPress 5.2.3:77.82 req / sec
- GCP C2機器上的WordPress 5.2.3:163.89 req / sec?
當繞過緩存時,新的GCP C2計算機平均快2.1倍。
WordPress 5.2.3(HIT Kinsta緩存)
在第二輪測試中,我們有意使它命中了頁面緩存。儘管與未緩存的請求相比,緩存的請求總是快如閃電,但我們很想知道結果。這裡真正要測試的是堆棧的Nginx部分,因為這是處理頁面緩存的原因。
該站點與上述測試中使用的站點相同。我們對15個並發用戶的網站進行了1分鐘的基準測試。
基準結果
- GCP N1機器上的WordPress 5.2.3:7,886.16 req / sec
- GCP C2機器上的WordPress 5.2.3:16,426.32 req / sec?
當涉及到我們的Nginx頁面緩存時,新的GCP C2計算機平均要快2.08倍。
WordPress 5.2.3 + WooCommerce 3.7.0(BYPASS Kinsta緩存)
在第三輪測試中,我們再次繞過Kinsta頁面緩存。
我們使用了WordPress 5.2.3,WooCommerce 3.7.0和「二十十九」主題。我們的站點填充了WP Test的偽數據。與虛擬WordPress網站相比,它包含的圖像和內容要少得多。
我們對15個並發用戶的網站進行了1分鐘的基準測試。
基準結果
- GCP N1機器上的WordPress 5.2.3 + WooCommerce 3.7.0:45.67 req / sec
- GCP C2機器上的WordPress 5.2.3 + WooCommerce 3.7.0:178.62 req / sec?
當繞過緩存時,新的GCP C2計算機平均快3.9倍。
WordPress 5.2.3 + WooCommerce 3.7.0(HIT Kinsta緩存)
在第四輪測試中,我們再次有意使它成為我們的Kinsta頁面緩存。該站點與上述測試中使用的站點相同。我們對15個並發用戶的網站進行了1分鐘的基準測試。
基準結果
- GCP N1機器上的WordPress 5.2.3:8,448.57 req / sec
- GCP C2機器上的WordPress 5.2.3:17,790.20 req / sec?
當涉及到我們的Nginx頁面緩存時,新的GCP C2計算機平均要快2.1倍。
我們在客戶網站上看到的效果結果
我們已經開始將客戶的WordPress網站遷移到新的C2計算機上。下面我們將與您分享在Kinsta託管的真實網站上看到的性能提升。如果您對何時遷移感到好奇,請跳至我們的遷移時間表。
在深入研究之前,了解這些圖表的含義很重要。我們使用名為New Relic的工具來衡量Kinsta網站的性能。這比標準的一次性速度測試工具好得多,因為其中許多工具存在延遲問題或正在共享帶寬。只要我們需要,New Relic代理就會連續運行,從而使我們能夠監視性能的每一個變化。
本質上,我們在下面衡量的是PHP和MySQL的響應時間,或者說平均而言,一個PHP工作者平均需要多少時間來處理單個請求。圖表上的綠色區域表示對Kinsta無法控制的外部Web服務(例如Google Analytics(分析)或市場營銷像素)的響應時間。
客戶1 –高流量新聞站點(每分鐘數百個請求)
我們的第一個客戶是流量高的新聞WordPress網站,每分鐘處理數百個PHP請求。在將它們遷移到新的經過計算優化的C2計算機之後,其站點的平均響應時間從約250毫秒降低到了80毫秒。效果提高了212.5%!
客戶2 –流行營銷博客
我們的第二個客戶是一個受歡迎的營銷博客,該博客也獲得了大量流量。遷移之後,其網站的平均響應時間從約300毫秒降低到了約100毫秒。效果提高了200%!
客戶端3 – WordPress社區博客
我們的第三個客戶是一個受歡迎的WordPress社區博客。遷移之後,其網站的平均響應時間從約400毫秒降低至約185毫秒。效果提高了116.22%!
客戶端4 – WordPress代理商
我們的第四個客戶是Neuralab,這是一家專門設計構建電子商務Web應用程序的數字設計,Web和移動開發代理。從技術角度來看,它們基於WordPress和WooCommerce進行生產。
Neuralab團隊在Kinsta託管了我們所有的WooCommerce項目,在將應用程序從其他主機遷移到Kinsta的過程中,我們看到了十倍的載入改進。他們的DevOps團隊將LEMP堆棧推到了極限,這是一次真正的合作夥伴關係,對我們的客戶,我們的團隊以及最重要的是我們電子商務解決方案的最終用戶有利。眾所周知,網路性能是新的障礙,我們渴望看到Kinsta團隊未來的計劃。
董事KrešimirKončić
神經實驗室
遷移Neuralab後,他們網站的平均響應時間從大約450毫秒降低到大約250毫秒。性能提高了80%!
客戶5 –互聯網營銷博客
我們的第五個客戶是著名的互聯網和會員營銷商Matthew Woodward,他幫助教會人們如何增加搜索量和在線賺錢。遷移其網站後,平均響應時間從750毫秒降低到385毫秒。性能提高了94.8%!
客戶6 –健康博客
我們的第六個客戶是健康博客。該網站已經進行了優化,因此我們希望不會有太大的不同。但是在遷移它們之後,他們網站的平均響應時間從〜250毫秒降低到了〜130毫秒。性能提高了92.3%!因此,即使客戶已經對網站進行了優化,也將看到影響。
客戶7 –服務提供商市場
Credo是一個市場,可幫助公司(尤其是電子商務,SaaS和B2B公司)尋找,僱用經過審查的數字營銷公司以及來自Credo經過審查的人才網路的顧問,並與之良好合作。由於對當前的先前提供商的成本和性能方面的考慮,他們選擇了Kinsta。
藉助WordPress,我們的流量增長了1,187%。我們將向您展示方法。
加入20,000多個其他人,他們每周都會收到有關WordPress內部技巧的新聞!
現在訂閱
成功!感謝您的訂閱
您將在一周內收到下一期的Kinsta新聞通訊。
訂閱Kinsta新聞通訊
訂閱
我同意條款和條件以及隱私政策
我很久以前就知道網站速度對於排名和轉化非常重要,但這是一項技術任務,不可能找到擅長對其進行優化的開發人員,而我從來沒有優先考慮它。像Kinsta這樣的主持人會優先考慮它,並主動為自己的客戶(如我)做對的事情,這真是太好了。
首席執行官John Doherty
信條
遷移Credo後,他們網站的平均響應時間從1600毫秒降低到1100毫秒。效果提高了45.45%!
客戶端8 – WP Buffs,WordPress維護/服務
我們的第八個客戶WP Buffs是Kinsta合作夥伴,並通過WordPress網站為任何個人,企業或組織提供24/7技術支持合作夥伴。他們可以進行無限制的編輯,性能增強,日常運行狀況維護以及定期的安全故障排除,因此他們的客戶不必這樣做。
遷移WP Buffs之後,他們網站的平均響應時間從850毫秒降低到425毫秒。性能提高了100%!
客戶端9 – WordPress開發人員的博客
我們的第九個客戶是WordPress開發人員的博客。遷移之後,他們網站的平均響應時間從225毫秒降低到了125毫秒。性能提高了80%!
客戶端10 –電子商務網站(易於數字下載)
我們的第十個客戶是一個使用Easy Digital Downloads的電子商務網站。遷移之後,他們網站的平均響應時間從665毫秒降低到了500毫秒。效果提高了33%!
不僅如此,當您瀏覽WordPress管理儀錶盤時,您還將在後端看到顯著的性能提升。
從基準結果中總結
我們的團隊一直在尋找提高WordPress網站性能的方法。實際上,在過去的幾個月中,我們還發布了一些很棒的新功能,例如自動優化資料庫,自我修復的PHP和TLS 1.3。 PHP 7.4也指日可待。
但是,自2016年改用Google Cloud Platform以來,毫無疑問,這是迄今為止我們在性能方面對平台進行的最激動人心且最具影響力的變化。
Kinsta正在遷移到Google Cloud的新的針對計算優化的虛擬機。性能提升如此之快,您將感受到它們! ?
點擊鳴叫
查看數據,您可以從新C2機器中獲得一些期望:
- 只需將您的站點遷移到新體系結構,將可以縮短載入時間,而無需您進行任何工作或測試。
- 由於C2機器的工作方式,較重的站點將獲得比已優化站點更大的性能提升。但是正如我們在上面看到的,即使優化的站點也注意到了差異。
- 此更改不僅會影響您網站的前端。在WordPress管理信息中心中工作時,您會在後端看到更快的載入時間。
對我們一直很重要的是,每個人,無論他們的託管計劃如何,都將從相同的高性能架構中受益,以為其WordPress網站提供動力。這使從博客到財富500強公司的各種規模的企業都可以隨著Kinsta的發展而輕鬆地擴展。
遷移到Google Cloud Platform的新的Compute-Optimized(C2)計算機之後,我們已經很快速的平台又邁上了另一個台階。我們看到了全面的性能提升,這為我們的客戶提供了成功所需的競爭優勢。
首席執行官馬克·加瓦爾達(Mark Gavalda)
金斯塔
WordPress網站的遷移時間表
提醒一下,從Starter計划到Enterprise計劃,每個人都可以使用新的經過計算優化的C2計算機。均勻或自定義計劃。它們將成為我們基礎架構向前發展的骨幹,並且是您啟動的新WordPress網站的默認設置。
可用地區
當我們向所有人推出新機器時,它們僅在以下地區可用:
- 愛荷華州(美國中部)
- 洛杉磯(美國西部2)
- 南卡羅來納州(美國東部1)
- 倫敦(英國)
- 埃姆沙文(荷蘭)
- 台灣(TW)
- 東京(JP)
- 孟買(IN)
- 新加坡(SG)
如果您對現有站點之一的託管位置感到好奇,可以在MyKinsta儀錶板中站點的「信息」選項卡下找到它。您還可以將其與我們的數據中心位置列表進行比較。
您需要知道的
在接下來的幾周內,我們的團隊將開始使用新的基礎架構。如果您是當前的Kinsta客戶,這是您需要了解的過渡信息。
- 我們不會將整個站點遷移到現場(這需要幾個月的時間),而是將整個計算機遷移到新架構上。這將使每個人都能儘快利用性能提升。
- 遷移後,每台計算機將有少量停機時間(5-10分鐘)。但這將在我們的維護時段內執行,或者根據您所在站點所在的地區在非高峰時間執行。
- 請務必注意,您站點的站點IP地址將更改。您將需要更新在SFTP和SSH客戶端中使用的連接信息,以及所有使用IP進行部署的開發工作流程。
- 對於那些希望遷移我們的專用計劃的人,您需要與我們的銷售團隊聊天,因為這些都是逐案處理的。
- 如果您所在的地區沒有C2機器,並且想搬家,可以聯繫我們的支持團隊進行遷移。請記住,您應該始終將自己的網站託管在大多數客戶和訪客所位於的地方。這有助於減少網路延遲和TTFB。
就像我們使用新數據中心一樣,當Google在新地區發布C2機器時,我們將使其可用。
Kinsta正在將所有人轉移到Google Cloud Platform的計算優化虛擬機(C2),以實現WordPress託管行業無與倫比的速度。 ?
點擊鳴叫
摘要
對於我們團隊而言,重要的是,我們將繼續兌現提供高性能WordPress託管的承諾。我們完全理解,對於你們中的許多人來說,這是您選擇我們參加競爭的主要原因之一。因此,我們很高興向所有人推出經過計算優化的C2機器;無論您採用什麼計劃。
無論您是交通流量低還是WooCommerce需求高的網站,您都可以藉助Kinsta成長,並以比您想像的更快的速度實現速度。
我們意識到你們中的某些人可能仍然有疑問。如果您是Kinsta客戶,則可以向我們的支持團隊開票,我們非常樂意為您提供幫助。如果您對在Kinsta選擇合適的託管計劃有疑問,請與我們的銷售團隊聯繫。
請務必查看我們已經發布的所有其他令人敬畏的功能更新,並訂閱我們的時事通訊,以獲取所有最新更改的最新信息。
0分享
- 0
- 0
- 0
- 0
- 0
- 0
- 0
- 0
.essb_links .essb_links_list li a {
margin-top:0px;
}
@media only屏幕和(最小寬度:64em){
.container–narrow.pb–60,
.knowledgebase .user-content {
職位:相對
}
.widget-share {
位置:絕對;
左:-200px;
頂部:0px;
高度:100%;
寬度:200像素;
框大小:border-box;
}
.widget-share-aligner {
寬度:200像素;
padding-right:62px;
框大小:border-box;
}
.widget-share-inner {
padding-bottom:62px;
}
.knowledgebase .user-content .widget-share-inner {
padding-top:0;
}
.widget-share .amount {
顯示:flex;
align-items:居中;
證明內容:flex-end;
寬度:100%;
右邊距:11px;
font-size:14px;
font-weight:500;
底邊距:10px;
}
.widget-share .amount svg {
右邊距:8px;
margin-left:10px;
}
.essb_links .essb_links_list {
flex-direction:列;
align-items:flex-end;
}
.essb_links .essb_links_list li {
顯示:塊;
margin-bottom:5px!important;
}
.widget-share__total {
margin-bottom:0px!重要;
}
.widget-share__total .heading–small {
顏色:#999999;
font-size:14px;
字體粗細:300;
}
.essb-total-value {
margin-right:4px;
}
}
.essb_links {
保證金:0px;
填充:0px;
}
.essb_counter_right {
顯示:無!重要;
}
.essb_links.essb_template_circles-retina .essb_link_hackernews一個,
.essb_links.essb_template_circles-retina .essb_link_reddit a,
.essb_links.essb_template_circles-retina .essb_link_mail a,
.essb_links.essb_template_circles-retina .essb_link_mwp一個,
.essb_links.essb_template_circles-retina .essb_link_buffer a,
.essb_links.essb_template_circles-retina .essb_link_linkedin a,
.essb_links.essb_template_circles-retina .essb_link_facebook a,
.essb_links.essb_template_circles-retina .essb_link_twitter a
{
顏色:#43414e!important;
背景:#f3f3f6!important;
}
.essb_links.essb_template_circles-retina li a:focus,.essb_links.essb_template_circles-retina li a:hover {
border-color:#fff!important;
背景:#43414e!重要;
}
.essb_links.essb_template_circles-retina a {
border-color:#f3f3f6!important;
背景:#f3f3f6;
}
.essb_links .essb_icon:之前{
font-size:15px!important;
頂部:8px;
左:9px;
}
.essb_links .essb_icon {
寬度:32px;
高度:32px;
}
.essb_links.essb_counter_modern_right .essb_counter_right {
背景:#f3f3f6!important;
}
@media only屏幕和(最大寬度:63.999em){
.widget-share-aligner {
位置:相對!重要;
top:0!重要;
}
.essb_links .essb_links_list li {
margin-right:8px!important;
}
}