<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                企業??AI智能體構建引擎,智能編排和調試,一鍵部署,支持知識庫和私有化部署方案 廣告
                HAproxy面試題: LVS: 是基于四層的轉發 HAproxy: 是基于四層和七層的轉發,是專業的代理服務器 Nginx: 是WEB服務器,緩存服務器,又是反向代理服務器,可以做七層的轉發 (4層傳輸層,7層應用層。) 區別: LVS由于是基于四層的轉發所以只能做端口的轉發 而基于URL的、基于目錄的這種轉發LVS就做不了 HAproxy和Nginx由于可以做七層的轉發,所以URL和目錄的轉發都可以做 在很大并發量的時候我們就要選擇LVS,像中小型公司的話并發量沒那么大 選擇HAproxy或者Nginx足已,由于HAproxy由是專業的代理服務器 配置簡單,所以中小型企業推薦使用HAproxy **10、什么叫CDN?** \- 即內容分發網絡 \- 其目的是通過在現有的Internet中增加一層新的網絡架構,將網站的內容發布到 最接近用戶的網絡邊緣,使用戶可就近取得所需的內容,提高用戶訪問網站的速度 **11、什么叫網站灰度發布?** 灰度發布是指在黑與白之間,能夠平滑過渡的一種發布方式 AB test就是一種灰度發布方式,讓一部用戶繼續用A,一部分用戶開始用B 如果用戶對B沒有什么反對意見,那么逐步擴大范圍,把所有用戶都遷移到B上面 來 灰度發布可以保證整體系統的穩定,在初始灰度的時候就可以發現、調整問題,以保證其影響度 **13、RabbitMQ是什么東西?** RabbitMQ也就是消息隊列中間件,消息中間件是在消息的傳息過程中保存消息的容器 消息中間件再將消息從它的源中到它的目標中標時充當中間人的作用 隊列的主要目的是提供路由并保證消息的傳遞;如果發送消息時接收者不可用 消息隊列不會保留消息,直到可以成功地傳遞為止,當然,消息隊列保存消息也是有期限地 **15、講述一下LVS三種模式的工作過程?** **15、講述一下LVS三種模式的工作過程?** LVS 有三種負載均衡的模式,分別是VS/NAT(nat 模式) VS/DR(路由模式) VS/TUN(隧道模式) 一、NAT模式(VS-NAT) 原理:就是把客戶端發來的數據包的IP頭的目的地址,在負載均衡器上換成其中一臺RS的IP地址 并發至此RS來處理,RS處理完后把數據交給負載均衡器,負載均衡器再把數據包原IP地址改為自己的IP 將目的地址改為客戶端IP地址即可期間,無論是進來的流量,還是出去的流量,都必須經過負載均衡器 優點:集群中的物理服務器可以使用任何支持TCP/IP操作系統,只有負載均衡器需要一個合法的IP地址 缺點:擴展性有限。當服務器節點(普通PC服務器)增長過多時,負載均衡器將成為整個系統的瓶頸 因為所有的請求包和應答包的流向都經過負載均衡器。當服務器節點過多時 大量的數據包都交匯在負載均衡器那,速度就會變慢! 二、IP隧道模式(VS-TUN) 原理:首先要知道,互聯網上的大多Internet服務的請求包很短小,而應答包通常很大 那么隧道模式就是,把客戶端發來的數據包,封裝一個新的IP頭標記(僅目的IP)發給RS RS收到后,先把數據包的頭解開,還原數據包,處理后,直接返回給客戶端,不需要再經過 負載均衡器。注意,由于RS需要對負載均衡器發過來的數據包進行還原,所以說必須支持 IPTUNNEL協議,所以,在RS的內核中,必須編譯支持IPTUNNEL這個選項 優點:負載均衡器只負責將請求包分發給后端節點服務器,而RS將應答包直接發給用戶 所以,減少了負載均衡器的大量數據流動,負載均衡器不再是系統的瓶頸,就能處理很巨大的請求量 這種方式,一臺負載均衡器能夠為很多RS進行分發。而且跑在公網上就能進行不同地域的分發。 缺點:隧道模式的RS節點需要合法IP,這種方式需要所有的服務器支持”IP Tunneling” (IP Encapsulation)協議,服務器可能只局限在部分Linux系統上 三、直接路由模式(VS-DR) 原理:負載均衡器和RS都使用同一個IP對外服務但只有DR對ARP請求進行響應 所有RS對本身這個IP的ARP請求保持靜默也就是說,網關會把對這個服務IP的請求全部定向給DR 而DR收到數據包后根據調度算法,找出對應的RS,把目的MAC地址改為RS的MAC(因為IP一致) 并將請求分發給這臺RS這時RS收到這個數據包,處理完成之后,由于IP一致,可以直接將數據返給客戶 則等于直接從客戶端收到這個數據包無異,處理后直接返回給客戶端 由于負載均衡器要對二層包頭進行改換,所以負載均衡器和RS之間必須在一個廣播域 也可以簡單的理解為在同一臺交換機上 優點:和TUN(隧道模式)一樣,負載均衡器也只是分發請求,應答包通過單獨的路由方法返回給客戶端 與VS-TUN相比,VS-DR這種實現方式不需要隧道結構,因此可以使用大多數操作系統做為物理服務器。 缺點:(不能說缺點,只能說是不足)要求負載均衡器的網卡必須與物理網卡在一個物理段上。 **16、mysql的innodb如何定位鎖問題,mysql如何減少主從復制延遲?** **17、如何重置mysql?root密碼?** https://blog.51cto.com/hujiangtao/1940375
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看