自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

<sup id="9kwtk"></sup>

<sub id="9kwtk"></sub>

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

企業(yè)培訓(xùn)

鴻蒙開發(fā)者社區(qū)

WOT技術(shù)大會(huì)

公眾號(hào)矩陣

移動(dòng)端

視頻課免費(fèi)課排行榜短視頻直播課軟考學(xué)堂

全部課程軟考華為認(rèn)證廠商認(rèn)證 IT技術(shù)PMP項(xiàng)目管理免費(fèi)題庫

在線學(xué)習(xí)

文章資源問答課堂專欄直播

51CTO

鴻蒙開發(fā)者社區(qū)

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營(yíng)

鴻蒙開發(fā)者社區(qū)訂閱號(hào)

51CTO軟考

51CTO學(xué)堂APP

51CTO學(xué)堂企業(yè)版APP

鴻蒙開發(fā)者社區(qū)視頻號(hào)

51CTO軟考題庫

賬號(hào)設(shè)置退出

分布式

1397內(nèi)容??

關(guān)注

涵蓋分布式相關(guān)研究熱點(diǎn)、技術(shù)難點(diǎn)與應(yīng)用場(chǎng)景。

文章博文課程

共 119 條

【C語言進(jìn)階篇】看完這篇結(jié)構(gòu)體文章，我向數(shù)據(jù)結(jié)構(gòu)又進(jìn)了一大步！(結(jié)構(gòu)體進(jìn)階詳解)

結(jié)構(gòu)體可以說是我們應(yīng)用非常廣泛的了，不管是以后的數(shù)據(jù)結(jié)構(gòu)學(xué)習(xí)還是普通項(xiàng)目的應(yīng)用！今天我們就來先揭開結(jié)構(gòu)體的面紗來一舉窺探結(jié)構(gòu)體的奧秘！

2024-01-24 23:12:56

C語言數(shù)據(jù)結(jié)構(gòu)結(jié)構(gòu)體

【C語言高階篇】結(jié)構(gòu)體 —— 什么是內(nèi)存對(duì)齊？

C語言結(jié)構(gòu)體的知識(shí)點(diǎn)我們?cè)诿嬖嚨臅r(shí)候最重要就是，關(guān)于內(nèi)存對(duì)齊這方面的知識(shí)點(diǎn)了。今天就帶你去一探究竟，深度解析結(jié)構(gòu)體的內(nèi)存對(duì)齊到底是什么！

2024-01-08 23:01:12

內(nèi)存對(duì)齊插入圖片嵌套

如何設(shè)計(jì)一個(gè)高效的分布式日志服務(wù)平臺(tái)

本文介紹了分布式服務(wù)下日志服務(wù)建設(shè)的挑戰(zhàn)、下業(yè)內(nèi)ELK的通用解決方案及與天眼日志服務(wù)的差異性、天眼日志服務(wù)平臺(tái)的整體架構(gòu)，以及對(duì)日志服務(wù)與大模型進(jìn)行結(jié)合，不斷探索效能的提升。

2023-06-20 10:26:50

日志采集分布式服務(wù)平臺(tái)

深入理解Elasticsearch的分布式架構(gòu)

Elasticsearch是一種廣泛用于全文搜索和分析的開源搜索引擎，它采用分布式架構(gòu)，允許在多個(gè)節(jié)點(diǎn)上進(jìn)行水平擴(kuò)展，以處理大量數(shù)據(jù)。本文將介紹如何設(shè)置Elasticsearch集群和節(jié)點(diǎn)、管理數(shù)據(jù)遷移和恢復(fù)。通過對(duì)Elasticsearch分布式架構(gòu)的深入理解，您將能夠更好地管理和優(yōu)化Elasticsearch集群，以提高性能和可用性。

2023-02-20 09:29:03

Elastic 離線數(shù)據(jù)

技術(shù)分享| Etcd如何實(shí)現(xiàn)分布式負(fù)載均衡及分布式通知與協(xié)調(diào)

Etcd是一個(gè)高度一致的分布式鍵值存儲(chǔ)，它提供了一種可靠的方式來存儲(chǔ)需要由分布式系統(tǒng)或機(jī)器集群訪問的數(shù)據(jù)。Etcd比較多的應(yīng)用場(chǎng)景是用于服務(wù)注冊(cè)與發(fā)現(xiàn)（前面文章已經(jīng)介紹過），除此之外，也可用于鍵值對(duì)存儲(chǔ)，應(yīng)用程序可以讀取和寫入Etcd中的數(shù)據(jù)（類似于內(nèi)存數(shù)據(jù)庫redis），還可用于分布式系統(tǒng)系統(tǒng)的消息發(fā)布與訂閱，分布式的通知與協(xié)調(diào)，以及分布式系統(tǒng)中的負(fù)載均衡等等。消息發(fā)布與訂閱在分布式系統(tǒng)中，最適

2022-11-15 10:40:52

負(fù)載均衡分布式系統(tǒng)etcd

vivo 基于 JaCoCo 的測(cè)試覆蓋率設(shè)計(jì)與實(shí)踐

本文主要介紹vivo內(nèi)部研發(fā)平臺(tái)使用Jacoco實(shí)現(xiàn)測(cè)試覆蓋率的實(shí)踐，包括Jacoco原理介紹以及在實(shí)踐過程中遇到的新增代碼覆蓋率統(tǒng)計(jì)問題和頻繁發(fā)布導(dǎo)致覆蓋率丟失問題的解決辦法。

2022-08-29 09:02:46

DevOps Jacoco 測(cè)試覆蓋率

SpringBoot集成RabbitMQ

主頁:??小王叔叔的博客??歡迎來訪 SpringBoot集成RabbitMQ

2022-05-20 17:25:42

RabbitMQ SpringBoot 消息中間件

圖文并茂！深入了解RocketMQ的過期刪除機(jī)制

大家好，我是Leo。今天聊一下RocketMQ的文件過期刪除機(jī)制本章概括源碼定位Broker是RocketMQ的核心，提供了消息的接收，存儲(chǔ)，拉取等功能我們可以先從Broker服務(wù)入手。從源碼可以得知。RocketMQ啟用了一個(gè) ??BrokerController?? 的 ??start?? 函數(shù)public static void main(String[] args) { start(

2022-05-06 14:55:00

RocketMQ RocketMQ過期刪 RocketMQ恢復(fù)機(jī)

基于 Kafka 的實(shí)時(shí)數(shù)倉在搜索的實(shí)踐應(yīng)用

Apache Kafka 作為一個(gè)熱門消息隊(duì)列中間件，具備高效可靠的消息處理能力，且擁有非常廣泛的應(yīng)用領(lǐng)域。文章介紹基于 Kafka 的實(shí)時(shí)數(shù)倉在搜索的實(shí)踐應(yīng)用。

2022-02-28 11:20:47

數(shù)據(jù)kafka 消息隊(duì)列

#yyds干貨盤點(diǎn)# git實(shí)用基礎(chǔ)教程（分布式版本管理）

簡(jiǎn)單易上手！幾步教你使用git管理項(xiàng)目分支，連接遠(yuǎn)程倉庫

2022-01-12 18:28:29

git 分布式管理 GitHub

Dubbo | Dubbo快速上手筆記 - 環(huán)境與配置 #yyds干貨盤點(diǎn)#

@TOC(Dubbo快速上手筆記環(huán)境與配置)前言比較基礎(chǔ)的dubbo學(xué)習(xí)筆記，一些參考資料如下：尚硅谷Dubbo教程(dubbo經(jīng)典之作)(https://www.bilibili.com/video/BV1ns411c7jV)Dubbo官網(wǎng)(https://dubbo.apache.org/zh/)Dubbo2.x文檔(https://dubbo.apache.org/zh/docsv2.7/u

2021-12-18 15:39:13

dubbo 面試提供者

關(guān)于 RocketMQ ClientID 相同引發(fā)的消息堆積的問題

首先，造成這個(gè)問題的BUGRocketMQ官方已經(jīng)在3月16號(hào)的這個(gè)提交(https://github.com/apache/rocketmq/commit/44736c3760b9caa0aad21b8df7a3e53bebfd07b8)中修復(fù)了，這里只是探討一下在修復(fù)之前造成問題的具體細(xì)節(jié)，更多的上下文可以參考我之前寫的《RocketMQConsumer啟動(dòng)時(shí)都干了些啥？》(https://m

2021-11-23 15:32:40

RocketMQ 源碼解析消息隊(duì)列

RocketMQ Consumer 啟動(dòng)時(shí)都干了些啥？

可能我們對(duì)RocketMQ的消費(fèi)者認(rèn)知乍一想很簡(jiǎn)單，就是一個(gè)拿來消費(fèi)消息的客戶端而已，你只需要指定對(duì)應(yīng)的Topic和ConsumerGroup，剩下的就是只需要：接收消息處理消息就完事了。!簡(jiǎn)略消費(fèi)模型(https://s4.51cto.com/images/blog/202111/04122641_618361012f8c149022.jpg?xossprocess=image/watermar

2021-11-04 12:27:30

緩存客戶端實(shí)例化

Spring Cloud Gateway 雪崩了，我 TM 人傻了

本系列是我TM人傻了系列第六期捂臉，往期精彩回顧：升級(jí)到Spring5.3.x之后，GC次數(shù)急劇增加，我TM人傻了(https://zhuanlan.zhihu.com/p/397042565)這個(gè)大表走索引字段查詢的SQL怎么就成全掃描了，我TM人傻了(https://zhuanlan.zhihu.com/p/397271448)獲取異常信息里再出異常就找不到日志了，我TM人傻了(https:/

2021-09-27 21:41:12

Spring Cloud Gateway 沒有鏈路信息，我 TM 人傻了（中）

本系列是我TM人傻了系列第五期捂臉，往期精彩回顧：升級(jí)到Spring5.3.x之后，GC次數(shù)急劇增加，我TM人傻了(https://zhuanlan.zhihu.com/p/397042565)這個(gè)大表走索引字段查詢的SQL怎么就成全掃描了，我TM人傻了(https://zhuanlan.zhihu.com/p/397271448)獲取異常信息里再出異常就找不到日志了，我TM人傻了(https:/

2021-09-25 16:39:57

Percolator模型及其在TiKV中的實(shí)現(xiàn)

本文主要介紹一種分布式事務(wù)模型Percolator的原理及其在TiKV中的實(shí)現(xiàn)。

2021-09-22 11:22:37

Percolator 數(shù)據(jù)數(shù)據(jù)庫

源碼解讀Dubbo分層設(shè)計(jì)思想

Dubbo是一款非常優(yōu)秀的分布式服務(wù)框架，國(guó)內(nèi)使用非常的廣泛，2018年正式成為apache頂級(jí)項(xiàng)目。閱讀本文你將了解到Dubbo的整體分層設(shè)計(jì)，每一層的意義，以及Dubbo的初始化流程和RPC調(diào)用過程，在這個(gè)過程涉及到的領(lǐng)域模型Protocol、Invoker、Exporter、Invocation、Result、URL等。本文的特點(diǎn)在于結(jié)合源碼詳細(xì)的介紹每一層的實(shí)際意義。

2021-09-14 09:13:41

Apache Dubbo SPI

ceph筆記之用戶權(quán)限，掛載brd/cephfs及mds高可用

用戶權(quán)限管理掛載rbd ceph radosgw(RGW)對(duì)象存儲(chǔ) 刪除存儲(chǔ)池 Ceph-FS 文件存儲(chǔ) MDS高可用

2021-08-26 22:17:30

ceph Ubuntu brd

NameServer 核心原理解析

在之前的文章(https://mp.weixin.qq.com/s/6pBlK_h0PEHfFXjXFgqMDQ)中，已經(jīng)把Broker、Producer和Conusmer的部分源碼和核心的機(jī)制介紹的差不多了，但是其實(shí)RocketMQ中還有一個(gè)比較關(guān)鍵但是我們平時(shí)很容易忽略的組件——NameServer。在日常的使用中，我們接觸的最多的還是Producer和Consumer，而NameServer

2021-08-23 11:19:31

RocketMQ NameServer

Ubuntu系統(tǒng)用ceph-deploy部署ceph

1. ceph的組件和功能 2. ceph的數(shù)據(jù)讀寫流程 3. 使用ceph-deploy部署ceph集群 4. 測(cè)試上傳與下載數(shù)據(jù)

2021-08-22 22:28:26

ubuntu ceph ceph-deploy

深入了解Zookeeper核心原理

深入了解 Zookeeper 的核心原理

2021-08-04 09:55:50

Zookeeper ZAB協(xié)議

Zookeeper原理解析&使用場(chǎng)景詳解

### 簡(jiǎn)單了解Zookeeper > Tips: 如果之前對(duì)Zookeeper不了解的話，這里大概留個(gè)印象就好了 Zookeeper是一個(gè)分布式協(xié)調(diào)服務(wù)，可以用于元數(shù)據(jù)管理、分布式鎖、分布式協(xié)調(diào)、發(fā)布訂閱、服務(wù)命名等等。例如，**Kafka**...

2021-08-02 09:44:31

Zookeeper 分布式

RocketMQ基礎(chǔ)概念剖析&源碼解析

深入剖析 RocketMQ 的底層原理

2021-07-28 10:39:43

RocketMQ 源碼解析消息隊(duì)列

從RocketMQ的Broker源碼層面驗(yàn)證一下這兩個(gè)點(diǎn)

> 本篇博客會(huì)從源碼層面，驗(yàn)證在[RocketMQ基礎(chǔ)概念剖析，并分析一下Producer的底層源碼](https://mp.weixin.qq.com/s/tTlLsHpdAiRnlnzrnCusAw)中提到的結(jié)論，分別是： > > - Broker在啟動(dòng)時(shí)，會(huì)將自己注冊(cè)到所有的NameServer上 > - Broker在啟動(dòng)之后，會(huì)每隔30S向NameServer發(fā)送心跳之前的文章中

2021-07-26 10:32:11

消息隊(duì)列 RocketMQ Broker

靈活運(yùn)用分布式鎖解決數(shù)據(jù)重復(fù)插入問題

分布式系統(tǒng)不可避免會(huì)遇到一些并發(fā)場(chǎng)景下的數(shù)據(jù)沖突，例如讀寫不一致、數(shù)據(jù)重復(fù)插入等。本文介紹一次典型的在分布式環(huán)境下，運(yùn)用分布式鎖解決數(shù)據(jù)重復(fù)插入問題的案例，詳細(xì)地剖析了造成問題的原因和解決方案的探索。

2021-07-26 09:44:29

分布式鎖并發(fā)沖突

RocketMQ基礎(chǔ)概念剖析，并分析一下Producer的底層源碼

RocketMQ基礎(chǔ)概念剖析，并分析一下Producer的底層源碼

2021-07-23 10:06:22

RocketMQ 源碼分析 Producer

從源碼分析Hystrix工作機(jī)制

本文從源碼角度分析了Hystrix熔斷、隔離、健康統(tǒng)計(jì)等核心模塊的實(shí)現(xiàn)原理，加強(qiáng)對(duì)底層原理的理解可以更加便捷的使用它。

2021-07-19 10:24:11

Hystrix 源碼分析熔斷

萬字長(zhǎng)文解密數(shù)據(jù)異構(gòu)最佳實(shí)踐（含完整代碼實(shí)現(xiàn)）??！

在當(dāng)今互聯(lián)網(wǎng)行業(yè)，尤其是現(xiàn)在分布式、微服務(wù)開發(fā)環(huán)境下，為了提高搜索效率，以及搜索的精準(zhǔn)度，會(huì)大量使用Redis、Memcached等NoSQL數(shù)據(jù)庫，也會(huì)使用大量的Solr、Elasticsearch等全文檢索服務(wù)。那么，這個(gè)時(shí)候，就會(huì)有一個(gè)問題需要我們來思考和解決：那就是數(shù)據(jù)同步的問題！

2021-07-04 20:38:31

數(shù)據(jù)異構(gòu)數(shù)據(jù)同步 Canal

一次 RocketMQ 順序消費(fèi)延遲的問題定位

# 一次 RocketMQ 順序消費(fèi)延遲的問題定位 ## 問題背景與現(xiàn)象昨晚收到了應(yīng)用報(bào)警，發(fā)現(xiàn)線上某個(gè)業(yè)務(wù)消費(fèi)消息延遲了 54s 多（從消息發(fā)送到MQ 到被消費(fèi)的間隔）： ``` 2021-06-30T23:12:46.756 message processing is incredibly delayed! (Current delay time: 54725, incredible d

2021-07-01 19:14:44

RocketMQ 消息隊(duì)列順序消費(fèi)

【分布式技術(shù)專題】帶你分析認(rèn)識(shí)緩存穿透/雪崩/擊穿

## 使用場(chǎng)景 > **減低后端負(fù)載：對(duì)高消耗的SQL結(jié)果進(jìn)行緩存，例如join結(jié)果集/分組統(tǒng)計(jì)結(jié)果** ## 加速請(qǐng)求響應(yīng) > **大量寫合并為批量寫，如計(jì)數(shù)器先Redis累加再批量寫到DB** ## 緩存更新策略 - **LRU(Least Recently Used)，根據(jù)數(shù)據(jù)的歷史訪問記錄來進(jìn)行淘汰數(shù)據(jù)，其核心思想是“如果數(shù)據(jù)最近被訪問過，那么將來被訪問的幾率也更高，則延遲其淘汰

2021-06-12 15:45:48

緩存分布式緩存擊穿

Spring Cloud 升級(jí)之路 - 2020.0.x - 7. 使用 Spring Cloud

本項(xiàng)目代碼地址：https://github.com/HashZhang/spring-cloud-scaffold/tree/master/spring-cloud-iiford我們使用SpringCloud官方推薦的SpringCloudLoadBalancer作為我們的客戶端負(fù)載均衡器。上一節(jié)我們了解了SpringCloudLoadBalancer的結(jié)構(gòu)，接下來我們來說一下我們?cè)谑褂肧pri

2021-05-29 13:38:05

Spring Cloud 升級(jí)之路 - 2020.0.x - 5. 理解 NamedContextF

spring-cloud-commons中參考了spring-cloud-netflix的設(shè)計(jì)，引入了NamedContextFactory機(jī)制，一般用于對(duì)于不同微服務(wù)的客戶端模塊使用不同的子ApplicationContext進(jìn)行配置。spring-cloud-commons是SpringCloud對(duì)于微服務(wù)基礎(chǔ)組件的抽象。在一個(gè)微服務(wù)中，調(diào)用微服務(wù)A與調(diào)用微服務(wù)B的配置可能不同。比較簡(jiǎn)單的例子

2021-05-26 10:17:11

這個(gè)好用的分布式應(yīng)用配置中心，我們把它開源了

在分布式環(huán)境下，眾多的實(shí)例集群下，動(dòng)態(tài)的實(shí)例遷移等情況時(shí)常發(fā)生，導(dǎo)致配置管理的工作變得復(fù)雜且困難，百度研發(fā)團(tuán)隊(duì)通過多年的架構(gòu)建設(shè)經(jīng)驗(yàn)，把過往的配置管理的相關(guān)經(jīng)驗(yàn)沉淀成一套通用的解決方案，現(xiàn)以開源的方式回饋給社區(qū)開發(fā)者，希望幫助大家徹底解決配置建設(shè)的難題。

2021-05-13 14:35:03

前端服務(wù)器分布式

Spring Cloud 升級(jí)之路 - 2020.0.x - 4. 使用 Eureka 作為注冊(cè)中心

Eureka目前的狀態(tài)：Eureka目前1.x版本還在更新，但是應(yīng)該不會(huì)更新新的功能了，只是對(duì)現(xiàn)有功能進(jìn)行維護(hù)，升級(jí)并兼容所需的依賴。Eureka2.x已經(jīng)胎死腹中了。但是，這也不代表Eureka就是不能用了。如果你需要一個(gè)簡(jiǎn)便易于部署的注冊(cè)中心，Eureka還是一個(gè)很好的選擇。云服務(wù)環(huán)境中，基本上所有實(shí)例地址和微服務(wù)名稱都在不斷變化，也并不太需要Eureka所缺少的持久化特性。當(dāng)你的集群屬于中小

2021-05-10 18:29:29

spring clou eureka

Tars-Java客戶端源碼分析

Tars是基于名字服務(wù)使用Tars協(xié)議的RPC開發(fā)框架，配套一個(gè)服務(wù)治理平臺(tái)，幫助開發(fā)者快速構(gòu)建一個(gè)分布式應(yīng)用。其中Tars客戶端支持C++，Java，Go等語言，方便各個(gè)語言程序互相進(jìn)行高性能RPC調(diào)用。本文將介紹Tars-Java客戶端設(shè)計(jì)理念，方便開發(fā)人員理解其設(shè)計(jì)原理。

2021-05-08 16:11:25

Tars Tars-Java RPC框架

ceph分布式存儲(chǔ)-常見MON故障處理

1. 常見 MON 故障處理Monitor 維護(hù)著 Ceph 集群的信息，如果 Monitor 無法正常提供服務(wù)，那整個(gè) Ceph 集群就不可訪問。一般來說，在實(shí)際運(yùn)行中，Ceph Monitor的個(gè)數(shù)是 2n + 1 ( n >= 0) 個(gè)，在線上至少3個(gè)，只要正常的節(jié)點(diǎn)數(shù) >= n+1，Ceph 的 Paxos 算法就能保證系統(tǒng)的正常運(yùn)行。所以，當(dāng) Monito...

2021-04-20 10:24:26

ceph 分布式存儲(chǔ)

一次Dubbo擁堵的分析

本文通過分析生產(chǎn)上一次Dubbo服務(wù)的擁堵事件，詳細(xì)介紹Dubbo服務(wù)整個(gè)的請(qǐng)求流程以及與性能相關(guān)的參數(shù)。

2020-08-02 13:05:44

Dubbo 擁堵 netty

netty使用EmbeddedChannel對(duì)channel的出入站進(jìn)行單元測(cè)試

netty使用EmbeddedChannel對(duì)channel的出入站進(jìn)行單元測(cè)試

2019-08-02 02:00:46

從構(gòu)建分布式秒殺系統(tǒng)聊聊限流特技

俗話說的好，冰凍三尺非一日之寒，滴水穿石非一日之功，羅馬也不是一天就建成的。兩周前秒殺案例初步成型，分享到了中國(guó)最大的同×××友網(wǎng)站-碼云。同時(shí)也收到了不少小伙伴的建議和投訴。我從不認(rèn)為分布式、集群、秒殺這些就應(yīng)該是大廠的專利，在互聯(lián)網(wǎng)的今天無論什么時(shí)候都要時(shí)刻武裝自己，只有這樣，也許你的春天就在明天。在開發(fā)秒殺系統(tǒng)案例的過程中，前面主要分享了隊(duì)列、緩存、鎖和分

2018-06-10 17:35:05

秒殺限流分布式

分布式文件系統(tǒng)--------GlusterFS最佳實(shí)戰(zhàn)

邁向分布式文件系統(tǒng) 生態(tài)的第一步先定個(gè)小目標(biāo)，玩轉(zhuǎn)GlusterFS －－－－分布式文件系統(tǒng)--------GlusterFS最佳實(shí)戰(zhàn)

2017-06-15 17:49:20

文件系統(tǒng)分布式 Glusterfs

Zabbix分布式監(jiān)控微信報(bào)警實(shí)戰(zhàn)

作為運(yùn)維工程師，最重要的事情就是保證該網(wǎng)站正常穩(wěn)定的運(yùn)行，需要實(shí)時(shí)監(jiān)控網(wǎng)站、服務(wù)器的運(yùn)行狀態(tài)，并且有故障及時(shí)去處理。監(jiān)控網(wǎng)站無需人工時(shí)刻去訪問WEB網(wǎng)站或者登陸服務(wù)器去檢查，可以借助開源監(jiān)控軟件例如Zabbix、Cacti、Nagios、Ganglia等監(jiān)控來實(shí)現(xiàn)對(duì)網(wǎng)站的7x24小時(shí)的監(jiān)控，并且可以做到有故障及時(shí)報(bào)警通知SA解決。

2017-05-25 11:47:26

報(bào)警 zabbix

Zabbix分布式監(jiān)控之Discovery自動(dòng)發(fā)現(xiàn)配置

當(dāng)我們能夠熟練構(gòu)建Zabbix監(jiān)控平臺(tái)之后，我們會(huì)發(fā)現(xiàn)，對(duì)zabbix的認(rèn)識(shí)只是剛開始，今天帶大家來學(xué)習(xí)Zabbix比較牛的功能，自動(dòng)發(fā)現(xiàn)功能。什么是自動(dòng)發(fā)現(xiàn)呢，簡(jiǎn)單來說就是，可以自動(dòng)批量去發(fā)現(xiàn)局域網(wǎng)若干服務(wù)器，并自動(dòng)添加監(jiān)控，省去人工手動(dòng)的添加，節(jié)省大量的人力成本！隨著監(jiān)控主機(jī)不斷增多，有時(shí)候需要添加一批機(jī)器，需要將公司的所有服務(wù)器添加到zabbix中，學(xué)過nagios、cacti的同學(xué)都知道，

2017-04-19 10:08:59

局域網(wǎng)服務(wù)器 Create

超融合超越企業(yè)傳統(tǒng)存儲(chǔ)繞不開的六個(gè)問題

企業(yè)需要一種大規(guī)模分布式存儲(chǔ)管理軟件，能夠充分利用已有的硬件資源，在可控成本范圍內(nèi)提供最佳的存儲(chǔ)性能，并能根據(jù)業(yè)務(wù)需求變化，從容量和性能兩方面同時(shí)快速橫向擴(kuò)展。這也是當(dāng)今軟件定義存儲(chǔ)興起的現(xiàn)實(shí)基礎(chǔ)。

2017-01-17 11:21:33

分布式超融合

分布式內(nèi)存文件系統(tǒng)Alluxio實(shí)戰(zhàn)

前言 Alluxio是一個(gè)分布式內(nèi)存文件系統(tǒng)，可以在集群里以訪問內(nèi)存的速度來訪問存在Alluxio里的文件。把Alluxio是架構(gòu)在最底層的分布式文件存儲(chǔ)和上層的各種計(jì)算框架之間的一種中間件，其前身為Tachyon。 Alluxio起源于Alluxio公司創(chuàng)始人李浩源讀博期間在 UC Berk

2016-12-09 12:00:35

分布式計(jì)算 MapReduce與yarn工作機(jī)制

一、第一代hadoop組成與結(jié)構(gòu)第一代Hadoop，由分布式存儲(chǔ)系統(tǒng)HDFS和分布式計(jì)算框架MapReduce組成，其中，HDFS由一個(gè)NameNode和多個(gè)DataNode組成，MapReduce由一個(gè)JobTracker和多個(gè)TaskTracker組成，對(duì)應(yīng)Hadoop版本為Hadoop 1.x和0.21.X，0.22.x。 1、MapReduc

2016-11-07 13:01:06

角色 MapReduce hadoop

理解vSphere虛擬交換機(jī)中的VLAN類型

VMware vSphere虛擬機(jī)交換機(jī)支持四種VLAN類型，分別是：無、VLAN、VLAN中繼、專用VLAN。在路由/交換領(lǐng)域，VLAN的中繼端口叫做Trunk。Trunk技術(shù)用在交換機(jī)之間互連，使不同VLAN通過共享鏈路與其它交換機(jī)中的相同VLAN通信。交換機(jī)之間互連的端口就稱為Trunk端口。Trunk是基于OSI第二層數(shù)據(jù)鏈路層（Data Link Layer)的技術(shù)。如果沒有VLAN中繼

2016-09-28 07:41:12

網(wǎng)絡(luò)VLAN 虛擬化

zabbix分布式監(jiān)控（阿里云zabbix-server，內(nèi)網(wǎng)zabbix-proxy）

1、阿里云zabbix-service ，公司內(nèi)網(wǎng)zabbix-proxy 2、zabbix-proxy服務(wù)器配置 3、web配置添加zabbix-proxy

2016-09-09 12:04:09

運(yùn)維 ubuntu LNMP

zabbix分布式監(jiān)控部署proxy安裝

之前寫過一篇源碼安裝zabbix2.2.9版本，server端安裝文檔；http://mofansheng.blog.51cto.com/8792265/1679728 下面分享一下zabbix分布式監(jiān)控proxy安裝過程：環(huán)境說明：centos6.6 64位系統(tǒng)；LAMP環(huán)境；前提是zabbix server端已經(jīng)安裝完畢，server IP為192.168.20.10，proxy本機(jī) IP 為

2016-08-03 12:14:01

Git分布式版本控制系統(tǒng)最佳實(shí)踐

今天在高鐵閑來無事，決定把我之前遺漏的Git好好整理一番。首先感謝老男孩架構(gòu)師班趙班長(zhǎng)深入講解Git,綜合自己實(shí)踐整理而來,特此在今天分享給大家。筆者QQ：572891887Linux架構(gòu)交流群：4714432081.1Git誕生歷史我想大家還記得Linustorvalds在1991年時(shí)發(fā)布了Linux操作系統(tǒng)吧，從那以后Linux系統(tǒng)變不斷發(fā)展壯大，因?yàn)長(zhǎng)inux系統(tǒng)開源的特性，所以一直接受著來

2016-02-22 14:03:49

Codis 是一個(gè)分布式 Redis 解決方案

Codis源碼地址：https://github.com/wandoulabs/codis 關(guān)于Codis組件可以參考：https://github.com/wandoulabs/codis/blob/master/doc/tutorial_zh.md 今天分享的這篇文章純屬個(gè)人的一些理解和使用的一些心得體會(huì)，如果錯(cuò)誤也請(qǐng)朋友指出。更重要的是為了認(rèn)識(shí)一些正在使用或?qū)⒁褂肅odis的朋友有或多或少

2015-12-25 22:35:04

1 2 3 下一頁

點(diǎn)贊

51CTO技術(shù)棧公眾號(hào)

業(yè)務(wù)
速覽

媒體

51CTO CIOAge HC3i

社區(qū)

51CTO博客鴻蒙開發(fā)者社區(qū) AI.x社區(qū)

教育

51CTO學(xué)堂精培企業(yè)培訓(xùn) CTO訓(xùn)練營(yíng)

^{<sub id="an3ka"></sub>}

^{<sub id="an3ka"></sub>}

<legend id="an3ka"><track id="an3ka"></track></legend>

<sub id="an3ka"></sub>^{<sub id="an3ka"><i id="an3ka"></i></sub>}