腾讯一面准备
將要面試騰訊TEG的運維開發(fā)實習(xí)生，圍繞簡歷預(yù)測一下面試內(nèi)容，提前準(zhǔn)備，以防到時候死得太難看
希望面試官手下留情，在此跪謝！！！
（以下均為本菜鳥的自導(dǎo)自演）
Q1：你的簡歷我大致看了一下，首先自我介紹一下吧？你學(xué)的東西？
A1：好的，姓名性別啥的就不說了，和簡歷上一樣。是目前就讀于**大學(xué)的，信息管理與信息系統(tǒng)專業(yè)的大三學(xué)生。在大二到大三期間，跟著導(dǎo)師一起做項目，（我們本科導(dǎo)師制的），包括簡歷上寫到的varnish+nginx實現(xiàn)CDN加速和ELK+redis+http，都是導(dǎo)師帶領(lǐng)然后自己獨立完成，剛開始的時候帶著我們看架構(gòu)，谷歌、亞馬遜、IBM這些...問我們有沒有興趣了解一下，有的話就帶著我們做項目，然后還會花時間給我們講講包括最近的區(qū)塊鏈、比特幣這些，大概就是這樣介紹吧。。。
Q2：平時常用的命令有哪些？
A2：ls: 類似于dos下的dir命令
cd： 用于切換用戶當(dāng)前工作目錄
pwd：用于顯示用戶當(dāng)前工作目錄
cat：類似于dos下的type命令，顯示或連結(jié)一般的ascii文本文件
echo：將輸入的字符串送往標(biāo)準(zhǔn)輸出，輸出的字符串間以空白字符隔開， 并在最后加上換行符，腳本編寫中常用
head，tail：查看文本文件，區(qū)別在于： head顯示文件的頭n行，tail顯示文件的尾n行
wc：用于統(tǒng)計指定文件中的字節(jié)數(shù)、字?jǐn)?shù)、行數(shù)
grep：用于從文件面搜索包含指定模式的行并打印出來，它是一種強大的文本搜索工具，支持使用正則表達式搜索文本，多用于腳本
man：相當(dāng)于Unix/Linux的聯(lián)機Help，像查字典
管道符：兩個命令連用的時候，利用Linux所提供的管道符“|”將兩個命令隔開，管道符左邊命令的輸出就會作為管道符右邊命令的輸入
basename用于查看文件不含路徑的名字，dirname則用于查看文件路徑
uname -a ",可顯示電腦以及操作系統(tǒng)的相關(guān)信息?
"cat /proc/version",說明正在運行的內(nèi)核版本
"cat /etc/issue",?顯示的是發(fā)行版本信息
Q3：防火墻是什么？常用的防火墻策略有哪些？
A3：使用防火墻肯定是為了網(wǎng)絡(luò)安全，實現(xiàn)訪問控制，防火墻就像一個保護屏障一樣的存在，就像過安檢
防火墻策略一般分為兩種，一種叫“通”策略，一種叫“堵”策略，通策略，默認(rèn)門是關(guān)著的，必須要定義誰能進。
“賭”策略是大門洞開，但不是誰都能進，必須有身份認(rèn)證，否則不能進。所以我們要定義，讓進來的進來，讓出去的出去。
所以通，是要全通，賭，是要選擇
用的比較多的功能有3個：1.filter 定義允許或者不允許；2.nat 定義地址轉(zhuǎn)換；?3.mangle功能:修改報文原數(shù)據(jù)
Q4：高級網(wǎng)絡(luò)配置有哪些？工作原理？
A4：team和網(wǎng)橋。在?linux?中，?centOS7之前都是使用bond機制來實現(xiàn)多網(wǎng)絡(luò)綁定同一個IP?地址,按不同的模式來負(fù)載均衡或者輪回接替管理處理數(shù)據(jù)，而到了contos7之后，有了nmcli，使用網(wǎng)路組?team?機制。
team ：也是鏈路聚合 最多支持8塊網(wǎng)卡，team 和bond功能類似，不需要手動加載相應(yīng)內(nèi)核模塊?
支持4種模式：廣播容錯 broadcast ? 輪詢roundrubin ? 主備activebackup ?負(fù)載均衡loadbalance
網(wǎng)橋：就是把一臺機器上若干個網(wǎng)絡(luò)接口連接起來，使得網(wǎng)口之間的報文能夠相互轉(zhuǎn)發(fā)。一個網(wǎng)口收到報文后，
在這個網(wǎng)口復(fù)制轉(zhuǎn)發(fā)
網(wǎng)橋的難點在于：
1.mac地址，起初，網(wǎng)橋是沒有任何端口與地址的對應(yīng)關(guān)系的，但是又非常關(guān)心數(shù)據(jù)包的來源，到底是從哪個端
口來的，所以要
建立地址-端口對照表
2.報文轉(zhuǎn)發(fā)，每發(fā)送一個數(shù)據(jù)包，網(wǎng)橋都會提取目的mac地址，再從CAM表中找哪個端口把數(shù)據(jù)包發(fā)出去
Q5：關(guān)于LNMP搭建？
A5：L是Linux，N是nginx，M是mysql，P是php，一個網(wǎng)站服務(wù)架構(gòu)，這四種軟件均為免費開源軟件，組合到一起，成為一個免費、高效、擴展性強的網(wǎng)站服務(wù)系統(tǒng)
如果把nginx換成apache就是LAMP架構(gòu)
這里就不得不提nginx的優(yōu)點了，性能穩(wěn)定、功能豐富、運維簡單、處理靜態(tài)文件速度快、消耗的資源少，支持高并發(fā)
apache 也有自身優(yōu)勢，開源、穩(wěn)定、模塊功能豐富，缺點是有些臃腫，內(nèi)存和cpu開銷大
雖然apache作為web服務(wù)器來負(fù)載php是最好的選擇，但是如果流量很大，還是會用到nginx來負(fù)載非php的web請求
解決web服務(wù)器的緩存，apache有自己的緩存模塊，還可以外加squid模塊進行緩存，把squid放在apache的前端來緩存web服務(wù)器生成的動態(tài)頁面。訪問量過大，則可以考慮使用memcache來做分布式緩存
php是在服務(wù)器端執(zhí)行的嵌入HTML文檔的腳本語言，php的加速依靠eAccelerator加速器實現(xiàn)，優(yōu)化動態(tài)緩存，是php腳本在編譯狀態(tài)下，消除對服務(wù)器的開銷，優(yōu)化腳本，提高執(zhí)行率
Q6：lvs原理是什么？
A6：lvs是一個虛擬服務(wù)器集群。假設(shè)有一組服務(wù)器通過高速的局域網(wǎng)或者地理分布的廣域網(wǎng)相互連接，在它們的前端有一個負(fù)載調(diào)度器。負(fù)載調(diào)度器能無縫地將網(wǎng)絡(luò)請求調(diào)度到真實服務(wù)器上，從而使得服務(wù)器集群的結(jié)構(gòu)對客戶是透明的，客戶訪問集群系統(tǒng)提供的網(wǎng)絡(luò)服務(wù)就像訪 問一臺高性能、高可用的服務(wù)器一樣。客戶程序不受服務(wù)器集群的影響不需作任何修改。系統(tǒng)的伸縮性通過在服務(wù)機群中透明地加入和刪除一個節(jié)點來達到，通過檢 測節(jié)點或服務(wù)進程故障和正確地重置系統(tǒng)達到高可用性。由于我們的負(fù)載調(diào)度技術(shù)是在Linux內(nèi)核中實現(xiàn)的，我們稱之為Linux虛擬服務(wù)器。
Q7：keepalived+lvs怎樣實現(xiàn)高可用負(fù)載均衡？
A7：在這個項目中，lvs的作用就是負(fù)載均衡，工作在網(wǎng)絡(luò)層，可以把很多低性能服務(wù)器集中在一起形成一個集群，眾人拾柴火焰高嘛，形成一個超級服務(wù)器。這個架構(gòu)總共有3層，最前端是負(fù)載均衡，中間是服務(wù)器集群，底端是數(shù)據(jù)共享存儲。在web服務(wù)器集群之前一定有一個負(fù)載均衡器，他的任務(wù)是作為web服務(wù)器的入口，挑選一個最合適的web，將客戶端的請求轉(zhuǎn)發(fā)給他，看似是客戶直接訪問了后端服務(wù)器，其實不是，這對用戶來說是透明的
lvs的轉(zhuǎn)發(fā)：NAT模式和DR模式，修改IP地址和修改MAC地址
nat：用戶發(fā)起訪問請求，經(jīng)過網(wǎng)關(guān)服務(wù)器（負(fù)載均衡服務(wù)器），將目的地址修改，web服務(wù)器中響應(yīng)一致的IP地址又返回給網(wǎng)關(guān)，這個時候網(wǎng)關(guān)再將IP地址修改回原來的。外網(wǎng)和內(nèi)網(wǎng)地址映射技術(shù)
DR：用戶發(fā)起訪問請求，請求由LVS接受，返回的時候由真實提供服務(wù)的服務(wù)器返回，不經(jīng)過LVS。經(jīng)過網(wǎng)關(guān)，LVS只修改MAC地址，找到web中一致的MAC地址，源IP和目的IP都不變，LVS做了一下移花接木。網(wǎng)關(guān)收到LVS轉(zhuǎn)發(fā)來的包，鏈路層發(fā)現(xiàn)Mac是自己的，傳給網(wǎng)絡(luò)層，發(fā)現(xiàn)IP也是自己的，這個包就被合法接受了。由于物理IP和目的IP一致，不需要負(fù)載均衡器進行地址轉(zhuǎn)換，直接將數(shù)據(jù)包返回給用戶，避免負(fù)載均衡器的網(wǎng)卡帶寬瓶頸
Q8：什么是主從復(fù)制？過程是怎樣的？
A8：主從復(fù)制有多種類型一主一從、一主多從、多主一從、主主復(fù)制、聯(lián)級復(fù)制。主要用于災(zāi)備時的故障切換；讀寫分離時提供查詢服務(wù)；備份避免影響業(yè)務(wù)。原理：
MySQL數(shù)據(jù)庫的復(fù)制需要啟動三個線程來實現(xiàn)：其中1個在主服務(wù)器上，另兩個在從服務(wù)器上。當(dāng)發(fā)出START SLAVE時，從服務(wù)器創(chuàng)建一個I/O線程，以連接主服務(wù)器并讓它發(fā)送記錄在其二進制日志中的語句。主服務(wù)器創(chuàng)建一個線程將二進制日志中的內(nèi)容發(fā)送到從服務(wù)器。該線程可以識別為主服務(wù)器上SHOW PROCESSLIST的輸出中的Binlog Dump線程。從服務(wù)器I/O線程讀取主服務(wù)器Binlog Dump線程發(fā)送的內(nèi)容并將該數(shù)據(jù)拷貝到從服務(wù)器數(shù)據(jù)目錄中的本地文件中，即中繼日志。第3個線程是SQL線程，是從服務(wù)器創(chuàng)建用于讀取中繼日志并執(zhí)行日志中包含的更新。
? ?在前面的描述中，每個從服務(wù)器有3個線程。有多個從服務(wù)器的主服務(wù)器創(chuàng)建為每個當(dāng)前連接的從服務(wù)器創(chuàng)建一個線程；每個從服務(wù)器有自己的I/O和SQL線程。
? ?這樣讀取和執(zhí)行語句被分成兩個獨立的任務(wù)。如果語句執(zhí)行較慢則語句讀取任務(wù)沒有慢下來。例如，如果從服務(wù)器有一段時間沒有運行了，當(dāng)從服務(wù)器啟動時，其I/O線程可以很快地從主服務(wù)器索取所有二進制日志內(nèi)容，即使SQL線程遠遠滯后。如果從服務(wù)器在SQL線程執(zhí)行完所有索取的語句前停止，I/O 線程至少已經(jīng)索取了所有內(nèi)容，以便語句的安全拷貝保存到本地從服務(wù)器的中繼日志中，供從服務(wù)器下次啟動時執(zhí)行。這樣允許清空主服務(wù)器上的二進制日志，因為不再需要等候從服務(wù)器來索取其內(nèi)容。
Q9：在主從復(fù)制中可能會出現(xiàn)什么問題嗎？如何解決？
A9：主庫宕機后，數(shù)據(jù)可能丟失，從庫只有一個sql thread，主庫寫壓力大，復(fù)制很可能延時
解決方法是：半同步復(fù)制---解決數(shù)據(jù)丟失的問題；并行復(fù)制----解決從庫復(fù)制延遲的問題
Q10：半同步復(fù)制的原理是什么？
A10:MySQL通過復(fù)制實現(xiàn)存儲系統(tǒng)的高可用。目前，MySQL支持的復(fù)制方式有：
1.異步復(fù)制：原理最簡單，性能最好。但是主備之間數(shù)據(jù)不一致的概率很大。2.半同步復(fù)制：相比異步復(fù)制，半同步復(fù)制犧牲了一定的性能，提升了主備之間數(shù)據(jù)的一致性（有一些情況還是會出現(xiàn)主備數(shù)據(jù)不一致）。3.組復(fù)制：基于Paxos算法實現(xiàn)分布式數(shù)據(jù)復(fù)制的強一致性。只要大多數(shù)機器存活就能保證系統(tǒng)可用。相比半同步復(fù)制，組復(fù)制的數(shù)據(jù)一致性和系統(tǒng)可用性更高
MySQL默認(rèn)的復(fù)制即是異步的，主庫在執(zhí)行完客戶端提交的事務(wù)后會立即將結(jié)果返給給客戶端，并不關(guān)心從庫是否已經(jīng)接收并處理，這樣就會有一個問題，主如果crash掉了，此時主上已經(jīng)提交的事務(wù)可能并沒有傳到從上，如果此時，強行將從提升為主，可能導(dǎo)致新主上的數(shù)據(jù)不完整。
還有一種全同步復(fù)制，指當(dāng)主庫執(zhí)行完一個事務(wù)，所有的從庫都執(zhí)行了該事務(wù)才返回給客戶端。因為需要等待所有從庫執(zhí)行完該事務(wù)才能返回，所以全同步復(fù)制的性能必然會收到嚴(yán)重的影響。
介于異步復(fù)制和全同步復(fù)制之間，主庫在執(zhí)行完客戶端提交的事務(wù)后不是立刻返回給客戶端，而是等待至少一個從庫接收到并寫到relay log中才返回給客戶端。相對于異步復(fù)制，半同步復(fù)制提高了數(shù)據(jù)的安全性，同時它也造成了一定程度的延遲，這個延遲最少是一個TCP/IP往返的時間。所以，半同步復(fù)制最好在低延時的網(wǎng)絡(luò)中使用。
Q11：半同步復(fù)制是不是完美的？會不會有什么潛在問題？
A11：半同步復(fù)制可能存在的問題：
事務(wù)還沒發(fā)送到從庫上
此時，客戶端會收到事務(wù)提交失敗的信息，客戶端會重新提交該事務(wù)到新的主上，當(dāng)宕機的主庫重新啟動后，以從庫的身份重新加入到該主從結(jié)構(gòu)中，會發(fā)現(xiàn)，該事務(wù)在從庫中被提交了兩次，一次是之前作為主的時候，一次是被新主同步過來的。
?事務(wù)已經(jīng)發(fā)送到從庫上
此時，從庫已經(jīng)收到并應(yīng)用了該事務(wù)，但是客戶端仍然會收到事務(wù)提交失敗的信息，重新提交該事務(wù)到新的主上。
Q12：并行復(fù)制的原理是什么？
A12：在MySQL 5.6版本之前，Slave服務(wù)器上有兩個線程I/O線程和SQL線程。I/O線程負(fù)責(zé)接收二進制日志（更準(zhǔn)確的說是二進制日志的event），SQL線程進行回放二進制日志。如果在MySQL 5.6版本開啟并行復(fù)制功能，那么SQL線程就變?yōu)榱薱oordinator線程，coordinator線程主要負(fù)責(zé)以前兩部分的內(nèi)容：
若判斷可以并行執(zhí)行，那么選擇worker線程執(zhí)行事務(wù)的二進制日志
若判斷不可以并行執(zhí)行，如該操作是DDL，亦或者是事務(wù)跨schema操作，則等待所有的worker線程執(zhí)行完成之后，再執(zhí)行當(dāng)前的日志
這意味著coordinator線程并不是僅將日志發(fā)送給worker線程，自己也可以回放日志，但是所有可以并行的操作交付由worker線程完成。coordinator線程與worker是典型的生產(chǎn)者與消費者模型。
MySQL 5.7才可稱為真正的并行復(fù)制，這其中最為主要的原因就是slave服務(wù)器的回放與主機是一致的即master服務(wù)器上是怎么并行執(zhí)行的slave上就怎樣進行并行回放。不再有庫的并行復(fù)制限制，對于二進制日志格式也無特殊的要求（基于庫的并行復(fù)制也沒有要求）。MySQL 5.7并行復(fù)制的思想簡單易懂，一言以蔽之：一個組提交的事務(wù)都是可以并行回放，因為這些事務(wù)都已進入到事務(wù)的prepare階段，則說明事務(wù)之間沒有任何沖突（否則就不可能提交）。
Q13：什么是MySQL的讀寫分離？實現(xiàn)原理是什么？
A13：MySQL通過讀寫分離來提升數(shù)據(jù)庫的并發(fā)負(fù)載能力 ，應(yīng)用服務(wù)器在寫數(shù)據(jù)的時候，訪問主數(shù)據(jù)庫，主數(shù)據(jù)庫通過主從復(fù)制機制將數(shù)據(jù)更新同步到從數(shù)據(jù)庫，這樣當(dāng)應(yīng)用服務(wù)器讀數(shù)據(jù)的時候，就可以通過從數(shù)據(jù)庫獲得數(shù)據(jù)。為了便于應(yīng)用程序訪問讀寫分離后的數(shù)據(jù)庫，通常在應(yīng)用服務(wù)器使用專門的數(shù)據(jù)庫訪問模塊，使數(shù)據(jù)庫讀寫分離對應(yīng)用透明。
Q14：關(guān)于hadoop平臺了解多少？
A14：要解釋清楚什么是Hadoop那得要從大數(shù)據(jù)說起，90年代的數(shù)據(jù)量相當(dāng)于10個零件，一個小朋友1分鐘走一趟搬1個零件，花10分鐘可以搬走這些零件;90年代以后的數(shù)據(jù)量相當(dāng)于10000個零件，這個小朋友也長大了，他1分鐘走一趟可以搬4個零件，那么要搬走這些零件要花2500分鐘，數(shù)據(jù)讀取技術(shù)的發(fā)展完全跟不上數(shù)據(jù)量的增長速度。運用分布式解決單體能力有限的問題，就是hadoop。我們完全沒必要培養(yǎng)一個1分鐘能搬100個人零件的壯漢，那也不太現(xiàn)實1個人搬零件搬得太慢我們可以請10個人呀，再不行就請100個人、1000個人，這就是所謂的分布式。
?Hadoop核心設(shè)計：HDFS和MapReduce
大數(shù)據(jù)時代我們面臨的是以TB、PB甚至EB為單位的數(shù)據(jù)，我們需要建立一個既能存的下如此大量的數(shù)據(jù)，而且還能高速高效地讀寫文件的文件管理系統(tǒng)——HDFS。HDFS也就是Hadoop分布式文件系統(tǒng)，將一份巨型的文件分散到多臺存儲設(shè)備中，并配合一個調(diào)度程序來管理這些文件。
關(guān)于什么是HDFS？舉個例子來說明，就是某零件廠的老板(客戶Client)手里有一大批零件要存放。然而一個單獨的倉庫根本無法存放如此之多的零件。于是老板想到了建立一個倉庫集群(HDFS)，把自己的零件分批存放在不同的倉庫(主機host)里，再建立一個覆蓋所有倉庫的管理系統(tǒng)。當(dāng)文件都通過HDFS存放好之后，我們就要考慮如何來利用這些數(shù)據(jù)了。人們常常通過數(shù)據(jù)之間的關(guān)聯(lián)來挖掘出數(shù)據(jù)中的潛在價值，而雜亂無章的數(shù)據(jù)會對數(shù)據(jù)挖掘產(chǎn)生很大的阻礙。這時候就需要建立一個編程模型來對數(shù)據(jù)進行排序整理，這就是Hadoop的另一個核心——Mapreduce
關(guān)于什么是Mapreduce？還是舉個例子來說明，依舊是那個零件廠老板，有一天，他突然要求把所有的零件分類統(tǒng)計數(shù)量，于是，他安排管理員和清點員，管理員又指揮清點員把每包零件拆開數(shù)個數(shù)，這是Map。零件拆完之后還得裝回去，于是又安排整理員去整理，整理員1負(fù)責(zé)整理零件A和零件B，整理員2負(fù)責(zé)整理零件C和零件D......之后開始統(tǒng)計，清點員向整理員他所清點的零件的種類及個數(shù)，最后整理員將信息匯總起來，這是reduce。總體說來，HDFS是Hadoop的儲存基礎(chǔ)，是數(shù)據(jù)層面的，提供儲存海量數(shù)據(jù)的方法(分布式儲存)。而MapReduce，是一種引擎或是一種編程模型，可以理解為數(shù)據(jù)的上一層，我們可以通過編寫MapReduce程序?qū)DFS中海量的數(shù)據(jù)進行計算處理(分布統(tǒng)計整合)。
Q15：zabbix和cacti監(jiān)控原理？
A15：Zabbix能監(jiān)視各種網(wǎng)絡(luò)參數(shù)，保證服務(wù)器系統(tǒng)的安全運營；并提供靈活的通知機制以讓系統(tǒng)管理員快速定位/解決存在的各種問題。
工作原理：zabbix agent需要安裝到被監(jiān)控的主機上，它負(fù)責(zé)定期收集各項數(shù)據(jù)，并發(fā)送到zabbix server端，zabbix server將數(shù)據(jù)存儲到數(shù)據(jù)庫中，zabbix web根據(jù)數(shù)據(jù)在前端進行展現(xiàn)和繪圖。這里agent收集數(shù)據(jù)分為主動和被動兩種模式： 主動：agent請求server獲取主動的監(jiān)控項列表，并主動將監(jiān)控項內(nèi)需要檢測的數(shù)據(jù)提交給server/proxy 被動：server向agent請求獲取監(jiān)控項的數(shù)據(jù)，agent返回數(shù)據(jù)。
cacti是用php語言實現(xiàn)的一個軟件，它的主要功能是用snmp服務(wù)獲取數(shù)據(jù)，然后用rrdtool儲存和更新數(shù)據(jù)，當(dāng)用戶需要查看數(shù)據(jù)的時候用rrdtool生成圖表呈現(xiàn)給用戶。因此，snmp和rrdtool是cacti的關(guān)鍵。Snmp關(guān)系著數(shù)據(jù)的收集，rrdtool關(guān)系著數(shù)據(jù)存儲和圖表的生成。
工作原理：分三個部分。Cacti首先要做的工作就是收集數(shù)據(jù)，cacti使用Poller（輪詢器）收集數(shù)據(jù)。Poller是操作系統(tǒng)scheduler的擴展，現(xiàn)在的IT設(shè)施中會有許多不同的設(shè)備，如服務(wù)器、網(wǎng)絡(luò)設(shè)備等，cacti主要使用SNMP協(xié)議來從遠端的設(shè)備上收集數(shù)據(jù)，所有可以使用SNMP協(xié)議的設(shè)備都可以被cacti監(jiān)控。
存儲收集到的數(shù)據(jù)有許多方法，可以使用數(shù)據(jù)庫、平面文件等，cacti使用的是RDDTool。RRD是Round Robin Database（環(huán)形數(shù)據(jù)庫）的縮寫，RRD用來存儲和顯示時間序列數(shù)據(jù)，如網(wǎng)絡(luò)帶寬、機房溫度、服務(wù)器負(fù)載等，RRD使用非常緊湊的方式存儲數(shù)據(jù)，數(shù)據(jù)不會隨著時間的推移而增大，RRD還可以生成美觀的圖形。
Cacti最大的一個特點是內(nèi)置了RRDTool畫圖功能，將其與通用的web服務(wù)器相結(jié)合，可以實現(xiàn)在任意平臺上使用瀏覽器就可以查看監(jiān)控畫面
總結(jié)
- 上一篇： fundamentals5
- 下一篇： Cognex VisionPro在Cog