-
MySQL 5.7基于GTID及多線程主從復(fù)制
MySQL主從同步原理 MySQL主從同步是在MySQL主從復(fù)制(Master-Slave Replication)基礎(chǔ)上實(shí)現(xiàn)的,通過設(shè)置在Master MySQL上的binlog(使其處于打開狀態(tài)),Slave MySQL上通過一個(gè)I/O線程從Master MySQL上讀取binlog,然后傳輸?shù)絊lave MySQL的中繼日志中,然后Slave MySQL的SQL線程從中繼日志中讀取中繼日志,然后應(yīng)用到Slave MySQL的數(shù)據(jù)庫中。這樣實(shí)現(xiàn)了主從數(shù)據(jù)同步功能。 MySQL中主從復(fù)制的優(yōu)點(diǎn)…
-
運(yùn)維必知必會(huì)的監(jiān)控知識(shí)體系全梳理
監(jiān)控是整個(gè)運(yùn)維乃至整個(gè)產(chǎn)品生命周期中最重要的一環(huán),事前及時(shí)預(yù)警發(fā)現(xiàn)故障,事后提供詳實(shí)的數(shù)據(jù)用于追查定位問題。 目前業(yè)界有很多不錯(cuò)的開源產(chǎn)品可供選擇。選擇一款開源的監(jiān)控系統(tǒng),是一個(gè)省時(shí)省力、效率最高的方案。當(dāng)然,對(duì)監(jiān)控不是很明白的朋友們,看了以下文章可能會(huì)對(duì)監(jiān)控整個(gè)體系有比較深刻的認(rèn)識(shí)。 一、監(jiān)控目標(biāo) 每個(gè)人由于所在的行業(yè)、公司、業(yè)務(wù)、崗位不同,對(duì)監(jiān)控的理解也不盡相同,但是我們需要注意,監(jiān)控是需要站在公司的業(yè)務(wù)角度去考慮,而不是針對(duì)某個(gè)監(jiān)控技術(shù)的使用。 對(duì)系統(tǒng)不間斷的實(shí)時(shí)監(jiān)控:實(shí)際上是對(duì)系統(tǒng)不間斷…
-
一天損失百萬,微盟公司重大故障,又是運(yùn)維的鍋?
近期,微盟公司發(fā)布公告稱,其業(yè)務(wù)數(shù)據(jù)遭到人為破壞,經(jīng)查證系微盟研發(fā)中心運(yùn)維部核心運(yùn)維人員造成的惡意破壞,目前生產(chǎn)環(huán)境和數(shù)據(jù)修復(fù)正在有序進(jìn)行。 聽到這消息后做運(yùn)維的都驚呆了。身邊的朋友都在討論這事,據(jù)說損失要好幾百萬。 事件回溯 2 月 25 日一早,微盟集團(tuán)發(fā)布公告稱,SAAS 業(yè)務(wù)數(shù)據(jù)遭到一名員工“人為破壞”,已向上海警方報(bào)案,該員工已被刑事拘留。 微盟在公告中稱,2 月 23 日 19:00 ,微盟公司收到系統(tǒng)監(jiān)控報(bào)警,隨后微盟公司立即召集相關(guān)技術(shù)人員進(jìn)行排查,并與騰訊云技術(shù)團(tuán)隊(duì)一起研究制定…
-
企業(yè)實(shí)戰(zhàn)|LDAP對(duì)接Gitlab+Wiki+Jumpserver+Openvpn
很多公司內(nèi)部都有Gitlab,Openvpn,Jumpserver,Jira,Jenkins,內(nèi)部各種運(yùn)維系統(tǒng)等,每個(gè)新員工入職,運(yùn)維小馬就需要一個(gè)挨一個(gè)的登錄到每個(gè)系統(tǒng)的后臺(tái)給新員工開通賬號(hào),設(shè)置密碼,然后員工離職,小馬還得去到每個(gè)系統(tǒng)后臺(tái)去關(guān)閉賬號(hào),想想多浪費(fèi)時(shí)間,那么能不能維護(hù)一套賬號(hào),對(duì)所有系統(tǒng)生效呢?當(dāng)然有,那就是LDAP。 LDAP 全稱輕量級(jí)目錄訪問協(xié)議(英文:Lightweight Directory Access Protocol),是一個(gè)運(yùn)行在 TCP/IP 上的目錄訪問協(xié)議…
-
Redis性能指標(biāo)監(jiān)控
監(jiān)控指標(biāo) ?性能指標(biāo):Performance?內(nèi)存指標(biāo): Memory ?基本活動(dòng)指標(biāo):Basic activity ?持久性指標(biāo): Persistence ?錯(cuò)誤指標(biāo):Error 性能指標(biāo):Performance 內(nèi)存指標(biāo): Memory 基本活動(dòng)指標(biāo):Basic activity 持久性指標(biāo): Persistence 錯(cuò)誤指標(biāo):Error 監(jiān)控方式 ?redis-benchmark ?redis-stat ?redis-faina ?redislive ?redis-cli ?monitor…
-
CentOS開機(jī)流程詳解
開機(jī)流程 BIOS: (Basic Input Output System)基本輸入輸出系統(tǒng),它是一組固化到計(jì)算機(jī)內(nèi)主板上一個(gè)ROM芯片 上的程序,保存著計(jì)算機(jī)最重要的基本輸入輸出的程序、開機(jī)后自檢程序和系統(tǒng)自啟動(dòng)程序,可從CMOS中讀寫系統(tǒng)設(shè)置的具體信息。 MBR: Master Boot Record,主要引導(dǎo)記錄區(qū)。 Boot Loader:啟動(dòng)引導(dǎo)程序。 開機(jī)詳細(xì)流程 第一步:加載BIOS 打開計(jì)算機(jī)電源,計(jì)算機(jī)硬件會(huì)自動(dòng)加載BIOS,讀取BIOS內(nèi)相關(guān)硬件信息及進(jìn)行硬件系統(tǒng)的自檢,隨后…
-
基于開源CMDB系統(tǒng)快速實(shí)現(xiàn)一棵服務(wù)樹
概念介紹 服務(wù)樹是 CMDB 資源的一種組織方式,通過樹形的結(jié)構(gòu)將資源與公司的組織架構(gòu)結(jié)合,可以使開發(fā)同學(xué)能夠清楚的知道自己使用了多少資源 服務(wù)樹設(shè)計(jì) 服務(wù)樹設(shè)計(jì)主要是三層 部門/產(chǎn)品/服務(wù),所有的資源都會(huì)掛在服務(wù)下面。 1、人的集合: 作為主干分支,在這一層會(huì)對(duì)應(yīng)公司組織架構(gòu)的一個(gè)節(jié)點(diǎn),節(jié)點(diǎn)層級(jí)不固定,部門下的分支節(jié)點(diǎn)都由組織架構(gòu)中該節(jié)點(diǎn)下的人負(fù)責(zé) 部門層的作用主要是將公司的組織架構(gòu)在服務(wù)樹上做映射,主要作用是為成本可用性等功能找到應(yīng)用的承擔(dān)部門 2、產(chǎn)品 連接服務(wù)和人的集合,不同的服務(wù)共同支…
-
RAID原理分析總結(jié)-運(yùn)維工作記錄
一.簡介 Raid全稱" 獨(dú)立磁盤冗余陣列", 有時(shí)也簡稱磁盤陣列(Disk Array)。 RAID是一種把多塊獨(dú)立的硬盤(物理硬盤)按不同的方式組合起來形成一個(gè)硬盤組(邏輯硬盤),從而提供比單個(gè)硬盤更高的存儲(chǔ)性能和提供數(shù)據(jù)備份技術(shù)。組成磁盤陣列的不同方式成為RAID級(jí)別。 Raid的級(jí)別: Raid 0,Raid 1,Raid 0+1(也稱Raid 10),Raid 2,Raid 3,Raid 5,Raid 6,Raid 7,Raid 53. 原理分析 我們?yōu)槭裁葱枰疟P陣列? 目前人們逐漸…
-
這應(yīng)該是最全的K8s-Pod調(diào)度策略了
API Server接受客戶端提交Pod對(duì)象創(chuàng)建請(qǐng)求后的操作過程中,有一個(gè)重要的步驟就是由調(diào)度器程序kube-scheduler從當(dāng)前集群中選擇一個(gè)可用的最佳節(jié)點(diǎn)來接收并運(yùn)行它,通常是默認(rèn)的調(diào)度器kube-scheduler負(fù)責(zé)執(zhí)行此類任務(wù)。 對(duì)于每個(gè)待創(chuàng)建的Pod對(duì)象來說,調(diào)度過程通常分為兩個(gè)階段—》過濾—》打分,過濾階段用來過濾掉不符合調(diào)度規(guī)則的Node,打分階段建立在過濾階段之上,為每個(gè)符合調(diào)度的Node進(jìn)行打分,分值越高則被調(diào)度到該Node的機(jī)率越大。 Pod調(diào)度策略除了系統(tǒng)默認(rèn)的kub…
-
「技能分享」有效處理空值的10個(gè)技巧,學(xué)不會(huì)算我輸
當(dāng)我們開始使用Java進(jìn)行編程時(shí),很多人會(huì)把null值當(dāng)做敵人,并且害怕NullPointerExceptions,下面給大家分享10個(gè)有效處理空值的技巧。 1.不要過于復(fù)雜 就其本身而言,處理null可能是一個(gè)復(fù)雜的問題,因此我們應(yīng)使其盡可能整潔和明顯。我在某些代碼庫中看到的一種非常糟糕的做法是在簡單的空檢查就足夠了的地方使用Objects方法,Optional類,甚至使用Optional的單獨(dú)方法。 這導(dǎo)致我檢查該方法的來源,包含的內(nèi)容,并想知道此方法與直接比較之間的區(qū)別是什么。當(dāng)然,您的里…