国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

rancher的使用感受以及與k8s的對比

dingda / 3037人閱讀

摘要:但的數據存在,而的數據存儲暫未了解但肯定是存在內存中。測試對比物理機進程。當然,使用對容器進行編排的時候,可以指定任何想要的網絡方式如采用的方式,,。

簡介:

rancher 自帶了一套網絡方案,可以實現跨機器的docker容器互聯。其原理大致是:在每個機器上通過docker啟動一個路由容器,將docker容器啟動時的ip定義為10.42網段,并在iptables中將10.42網段的請求轉發到路由進程的監聽端口,進行udp的封裝和解封。這么看來其原理與flannel一樣都是隧道技術,都是通過一個程序進行封包解包,并引導docker啟動容器時指定相應的ip。但flannel的數據存在etcd,而rancherSDN的數據存儲暫未了解(但肯定是存在內存中)。下面對rancherSDN的網絡性能做一次測試。

測試:

對比:物理機進程。
場景:

 1.redis部署在物理機上,markbench部署在另一臺物理機的docker容器中(hostnetwork)
 2.redis部署在docker上(屬于rancher的sdn),markbench部署在另一臺物理機的docker中(屬于rancher的sdn)。

測試:

 1.1000個并發 1000000個請求 8byte數據包
 2.1000個并發 1000000個請求 1024byte數據包

測試1
場景1:

Concurrency Level:     1000--???
Time taken for tests:     14738.712 ms--????
Complete Requests:     1000000--??????
Failed Requests:     0--????
Requests per second:     70381.16--QPS
Time per request:     14.208348 ms--????
Time per request:     0.014208348 ms (across all concurrent requests)--???????????
Shortest request:     0.210504 ms--????
Percentage of the requests served within a certain time (ms)
  50%     11.902441--50% ????0.005703????
  66%     12.081795
  75%     12.233685
  80%     12.335639
  90%     12.679234
  95%     13.357562
  98%     14.547652
  99%     17.011213
 100%     3390.3135 (longest request)--?????```

場景2:

Concurrency Level:     1000--???
Time taken for tests:     41545.566 ms--????
Complete Requests:     1000000--??????
Failed Requests:     0--????
Requests per second:     37853.703--QPS
Time per request:     26.417492 ms--????
Time per request:     0.026417492 ms (across all concurrent requests)--???????????
Shortest request:     0.263888 ms--????
Percentage of the requests served within a certain time (ms)
  50%     20.311712--50% ????0.005703????
  66%     21.991657
  75%     22.531752
  80%     22.833311
  90%     23.901358
  95%     26.956127
  98%     35.04501
  99%     219.7134
100%     22636.861 (longest request)--????? 

測試2:
場景1:

Concurrency Level:     1000--???
Time taken for tests:     15144.447 ms--????
Complete Requests:     1000000--??????
Failed Requests:     0--????
Requests per second:     67796.72--QPS
Time per request:     14.749976 ms--????
Time per request:     0.014749976 ms (across all concurrent requests)--???????????
Shortest request:     0.239347 ms--????
Percentage of the requests served within a certain time (ms)
  50%     13.554401--50% ????0.005703????
  66%     13.735824
  75%     13.886956
  80%     13.990395
  90%     14.687311
  95%     15.511463
  98%     18.912176
  99%     21.210245
100%     702.1307 (longest request)--?????     

場景2:

Concurrency Level:     1000--???
Time taken for tests:     35280.426 ms--????
Complete Requests:     1000000--??????
Failed Requests:     0--????
Requests per second:     32202.309--QPS
Time per request:     31.053675 ms--????
Time per request:     0.031053673 ms (across all concurrent requests)--???????????
Shortest request:     0.314267 ms--????
Percentage of the requests served within a certain time (ms)
  50%     25.674334--50% ????0.005703????
  66%     27.830894
  75%     29.81296
  80%     30.791946
  90%     33.643417
  95%     39.105713
  98%     54.156647
  99%     236.9922
100%     20131.455 (longest request)--????? 
 
總結:

使用rancher的sdn網絡,性能表現比較差,并且測試過程中由于并發量太大程序還跑出了不少超時的異常。雖然benchmark端不是放在同一個地方進行的測試,但是可以明顯看到相比物理機端的差距(相比之下flannel的損耗情況會改善一些)。當然,使用rancher對docker容器進行編排的時候,可以指定任何想要的網絡方式如:bridge(flannel采用的方式),host,managed(rancher SDN)。

所以拋開sdn,rancher依然是一個很好的docker編排工具。它已經實現了多套環境的切換,多種結構的容器編排(按機器和按項目,k8s的編排思想與之有出入,所以沒有這個功能),項目容器的伸縮,機器/容器的監控,對容器的啟動參數也支持得很全面。如果rancherSDN可以做的更好,結合rancher的loadbalance功能,就可以規范地給服務進行負載均衡了。

rancher和k8s的初步對比

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/33025.html

相關文章

  • rancher使用感受以及k8s對比

    摘要:但的數據存在,而的數據存儲暫未了解但肯定是存在內存中。測試對比物理機進程。當然,使用對容器進行編排的時候,可以指定任何想要的網絡方式如采用的方式,,。 簡介: rancher 自帶了一套網絡方案,可以實現跨機器的docker容器互聯。其原理大致是:在每個機器上通過docker啟動一個路由容器,將docker容器啟動時的ip定義為10.42網段,并在iptables中將10.42網段的請...

    _ang 評論0 收藏0
  • K3s初探:Rancher架構師帶你嘗鮮史上最輕量Kubernetes發行版

    摘要:發布不到兩天,上數已近,這個業界大熱的史上最輕量的開源發行版,你試過了沒資深架構師來教你走出嘗鮮第一步使用教程在此前言昨天,正式發布了一款史上最輕量的開源發行版。大小只有,極簡,輕便,易于使用。 發布不到兩天,GitHub上Star數已近3000,這個業界大熱的、史上最輕量的開源Kubernetes發行版,你試過了沒? Rancher資深架構師來教你走出嘗鮮第一步!使用教程在此! sh...

    neuSnail 評論0 收藏0
  • 布道Istio,Rancher聯合華為“搞事兒”

    摘要:年月的華為大會上,兩人開始了對的討論。聯合創始人及梁勝在月上海中,聯合華為布道華為云和以下簡稱的合作由來已久。這一觀點與梁勝的看法不謀而合。甫一見面,方璞便向梁勝拋出了一個重磅問題:在K8S之后,你覺得未來最有前途的容器技術是什么呢?方璞是華為云容器服務域的產品總監,主要負責華為云容器的構建和部署。我覺得是Istio。方璞說。2016年9月的華為CONNECT大會上,兩人開始了對Istio的...

    付永剛 評論0 收藏0
  • KubeCon中國盛大落幕,Rancher深度賦能K8S行業生態

    摘要:聯合創始人及梁勝表示是目前比較成功的一個開源項目,但我們非常清楚,在邊緣計算這個方向,我們還有很多的工作要做。梁勝表示中創造性的新功能,將極大簡化運維人員對企業級的配置與管理工作,同時讓企業開發人員對其應用程序擁有更強把控。 2019年6月24日,KubeCon+CloudNativeCon+Open Source Summit再次登陸中國,在上海世博中心拉開了帷幕。來自亞洲各國的逾3...

    jay_tian 評論0 收藏0

發表評論

0條評論

最新活動
閱讀需要支付1元查看
<