阿里云使用NAS、OSS掛載慢的問題怎樣解決？

使用NAS、OSS掛載慢的問題

現(xiàn)象：

在Kubernetes中部署應(yīng)用時，如果使用了NAS、OSS這類存儲卷，有時會出現(xiàn)Pod啟動很慢的問題；

啟動時間可能會是幾分鐘或者幾十分鐘；

原因：

出現(xiàn)這個情況，可以查看一下部署的應(yīng)用，看看是否給pod配置了fsGroup（可能是主動配置的，也可能是istio注入的）；

如果pod的spec中有fsGroup的配置，kubelet在執(zhí)行完數(shù)據(jù)卷的掛載后會根據(jù)fsGroup進行掛載點的權(quán)限設(shè)置，即：執(zhí)行chown、chmod操作；

由于您掛載的目錄可能有數(shù)量較多的文件，導(dǎo)致linux在執(zhí)行chown、chmod的時候就會非常慢，即最終表現(xiàn)為掛載很慢（其實純粹掛載過程很快已經(jīng)結(jié)束）；

場景詳解：

Flexvolume：

如果應(yīng)用掛載數(shù)據(jù)卷使用的是Flexvolume插件；

pod配置了fsGroup；

數(shù)據(jù)卷不是只讀類型；

符合上面的條件就會觸發(fā)chmod、chown操作，可能導(dǎo)致掛載（pod啟動）很慢；

解決：

去掉fsGroup的配置；

對掛載點預(yù)先配置其歸屬和權(quán)限；

例如，掛載某個NAS目錄，可以預(yù)先手動掛載這個目錄，執(zhí)行chmod、chown后，就不需要在pod啟動時候再配置了。

CSI：

如果應(yīng)用掛載數(shù)據(jù)卷使用的是CSI插件；

pod配置了fsGroup；

數(shù)據(jù)卷不是只讀類型；

數(shù)據(jù)卷是ReadWriteOnce類型；

符合上面的條件就會觸發(fā)chmod、chown操作，可能導(dǎo)致掛載（pod啟動）很慢；

解決1：

去掉fsGroup的配置；

對掛載點預(yù)先配置其歸屬和權(quán)限；

例如，掛載某個NAS目錄，可以預(yù)先手動掛載這個目錄，執(zhí)行chmod、chown后，就不需要在pod啟動時候再配置了。

解決2：

將PV配置為非ReadWriteOnce類型。