• 業(yè)務(wù)容器中存在一大堆進(jìn)程，我們?cè)跒镻od申請(qǐng)資源（cpu/mem request and limit）時(shí),，不僅要考慮業(yè)務(wù)應(yīng)用本身的資源消耗,，還要考慮這些基礎(chǔ)組件的資源消耗,。而且一旦某些Agent有Bug，比如內(nèi)存泄漏,，這將導(dǎo)致Pod牽連被重建,，甚至Cgroup OOM在kill進(jìn)程時(shí)，可能將業(yè)務(wù)進(jìn)程kill了,。

• 違背了Kubernetes&微服務(wù)的部署最佳實(shí)踐：Per Process Per Contaienr,，并且業(yè)務(wù)進(jìn)程在前臺(tái)運(yùn)行，使其與容器共生死,，不然這將導(dǎo)致Kubernetes無(wú)法根據(jù)業(yè)務(wù)進(jìn)程狀態(tài)關(guān)聯(lián)到容器狀態(tài),，進(jìn)而進(jìn)行高可用管理。

• 一個(gè)Node上運(yùn)行10個(gè)Pod,，那么就會(huì)有x10的基礎(chǔ)組件數(shù)量在Node上,。沒(méi)有容器化之前，一個(gè)Node只要部署一個(gè)組件進(jìn)程即可,，容器化之后,，集群中組件Agents數(shù)量要幾十倍的增長(zhǎng),如果業(yè)務(wù)進(jìn)行了微服務(wù)拆分，這個(gè)指數(shù)會(huì)更大,，這些基礎(chǔ)組件服務(wù)端是否能承受比以往高幾十倍上百倍的通信請(qǐng)求,，這是未知的。

• 如果你要全網(wǎng)升級(jí)某個(gè)基礎(chǔ)組件Agent,，那你可能會(huì)瘋掉,，你需要重新打所有業(yè)務(wù)鏡像，然后全網(wǎng)業(yè)務(wù)要進(jìn)行灰度升級(jí),。因?yàn)橐粋€(gè)Agent的升級(jí),，導(dǎo)致你不得不重建業(yè)務(wù)Pod。你可能會(huì)說(shuō),，基礎(chǔ)組件Agents都會(huì)有自己的熱升級(jí)方案,，我們通過(guò)它們的方案升級(jí)就好了呀,，那你將引入很大麻煩：Agents的熱升級(jí)因?yàn)闊o(wú)法被Kubernetes感知,，將引發(fā)Kubernetes中集群中的數(shù)據(jù)不一致問(wèn)題，那就真的要回到虛擬機(jī)或者物理機(jī)部署的玩法了,。當(dāng)然,，這樣的需求，我們也想過(guò)通過(guò)Operator也實(shí)現(xiàn),，但代價(jià)太大了,，而且很不CloudNative！

• POSIX共享內(nèi)存（shmopen()、shmunlink()）

• System V共享內(nèi)存（shmget(),、shmat(),、shmdt()）

• sysv shm是持久化的,，除非被一個(gè)進(jìn)程明確的刪除，否則它始終存在于內(nèi)存里,，直到系統(tǒng)關(guān)機(jī),；

• mmap映射的內(nèi)存在不是持久化的，如果進(jìn)程關(guān)閉,，映射隨即失效,，除非事先已經(jīng)映射到了一個(gè)文件上；

• /dev/shm 是Linux下sysv共享內(nèi)存的默認(rèn)掛載點(diǎn),。

• 用于SYSV共享內(nèi)存,，還有匿名內(nèi)存映射,；這部分由內(nèi)核管理，用戶不可見(jiàn)；

• 用于POSIX共享內(nèi)存,，由用戶負(fù)責(zé)mount,，而且一般mount到/dev/shm；依賴于CONFIG_TMPFS,。

• POSIX共享內(nèi)存與SYS V共享內(nèi)存在內(nèi)核都是通過(guò)tmpfs實(shí)現(xiàn),，但對(duì)應(yīng)兩個(gè)不同的tmpfs實(shí)例，相互獨(dú)立,。

• 通過(guò)/proc/sys/kernel/shmmax可以限制SYS V共享內(nèi)存的最大值,，通過(guò)/dev/shm可以限制POSIX共享內(nèi)存的最大值（所有之和）。

$ kubectl label node $nodeName AgentsDaemonSet=YES	
$ kubectl taint node $nodeName AgentsDaemonSet=YES:NoSchedule

apiVersion: apps/v1	
kind: DaemonSet	
metadata:	
name: demo-agent	
namespace: kube-system	
labels:	
k8s-app: demo-agent	
spec:	
selector:	
matchLabels:	
name: demo-agent	
template:	
metadata:	
annotations:	
scheduler.alpha./critical-pod: ""	
labels:	
name: demo-agent	
spec:	
tolerations:	
- key: "AgentsDaemonSet"	
operator: "Equal"	
value: "YES"	
effect: "NoSchedule"	
hostNetwork: true	
hostIPC: true	
nodeSelector:	
AgentsDaemonSet: "YES"	
containers:	
- name: demo-agent	
image: demo_agent:1.0	
volumeMounts:	
- mountPath: /dev/shm	
name: shm	
resources:	
limits:	
cpu: 200m	
memory: 200Mi	
requests:	
cpu: 100m	
memory: 100Mi	
volumes:	
- name: shm	
hostPath:	
path: /dev/shm	
type: Directory