在使用云服務(wù)器時(shí)，我們常常會(huì)忽略一些步驟，就像作者所描述的那樣。例如，在華為云服務(wù)器上，因?yàn)榍捌跊](méi)有購(gòu)買(mǎi)數(shù)據(jù)盤(pán)，所有的數(shù)據(jù)都存儲(chǔ)在系統(tǒng)盤(pán)中。等到系統(tǒng)盤(pán)快要滿載時(shí)，才意識(shí)到需要解決這個(gè)問(wèn)題，相信許多人都有過(guò)這樣的經(jīng)歷。然而，雖然現(xiàn)在有了數(shù)據(jù)盤(pán)，卻不知道如何正確使用，這又成了一個(gè)棘手的問(wèn)題。

查詢(xún)數(shù)據(jù)盤(pán)的情況

fdisk?-l

Disk?/dev/sda:?80?GiB,?85899345920?bytes,?167772160?sectors
Disk?model:?VBS?fileIO
Units:?sectors?of?1?*?512?=?512?bytes
Sector?size?(logical/physical):?512?bytes?/?512?bytes
I/O?size?(minimum/optimal):?512?bytes?/?512?bytes
Disklabel?type:?dos
Disk?identifier:?0xe29a7a02

Device?????Boot?Start???????End???Sectors?Size?Id?Type
/dev/sda1??*?????2048?167772126?167770079??80G?83?Linux


Disk?/dev/sdb:?100?GiB,?107374182400?bytes,?209715200?sectors
Disk?model:?VBS?fileIO
Units:?sectors?of?1?*?512?=?512?bytes
Sector?size?(logical/physical):?512?bytes?/?512?bytes
I/O?size?(minimum/optimal):?512?bytes?/?512?bytes

在操作數(shù)據(jù)盤(pán)之前，我們必須先檢查數(shù)據(jù)盤(pán)的具體情況。這就像在行動(dòng)前先了解地形。文中提到，云服務(wù)器中有兩個(gè)數(shù)據(jù)盤(pán)，一個(gè)是系統(tǒng)盤(pán)/dev/sda，另一個(gè)是數(shù)據(jù)盤(pán)/dev/sdb。這一查詢(xún)步驟至關(guān)重要，它可以幫助我們了解服務(wù)器磁盤(pán)資源的布局。作者還特別指出，系統(tǒng)盤(pán)不宜隨意操作，因?yàn)檫^(guò)去有服務(wù)器系統(tǒng)盤(pán)使用率高達(dá)95%的情況，幾乎無(wú)法承受，這些都是我們應(yīng)該吸取的教訓(xùn)。若我們不清楚如何查詢(xún)數(shù)據(jù)盤(pán)，查閱云服務(wù)的官方文檔或咨詢(xún)技術(shù)客服是個(gè)不錯(cuò)的選擇。

root@wljslmz:~#?df?-lh
Filesystem??????Size??Used?Avail?Use%?Mounted?on
udev?????????????16G?????0???16G???0%?/dev
tmpfs???????????3.1G???34M??3.1G???2%?/run
/dev/sda1????????79G???71G??4.5G??95%?/
tmpfs????????????16G?????0???16G???0%?/dev/shm
tmpfs???????????5.0M??4.0K??5.0M???1%?/run/lock
tmpfs????????????16G?????0???16G???0%?/sys/fs/cgroup
tmpfs???????????3.1G?????0??3.1G???0%?/run/user/0
/dev/sdb1????????98G???18G???76G??19%?/data
overlay??????????79G???71G??4.5G??95%?/var/lib/docker/overlay2/2edf748d6f23e9939e0566bc197a1bcd6c6d877b409fecdfc87a6e7596526fe9/merged

這一環(huán)節(jié)相當(dāng)于戰(zhàn)前的情報(bào)收集，若不做好這一步，后續(xù)工作可能會(huì)遇到不少問(wèn)題，比如數(shù)據(jù)可能丟失，服務(wù)器也可能出現(xiàn)故障等嚴(yán)重后果。

數(shù)據(jù)盤(pán)分區(qū)的要點(diǎn)

fdisk?/dev/sdb

了解了數(shù)據(jù)盤(pán)的狀況，下一步便是進(jìn)行分區(qū)。在為/dev/sdb磁盤(pán)進(jìn)行分區(qū)時(shí)，會(huì)遇到幾個(gè)選項(xiàng)。作者選擇了創(chuàng)建主分區(qū)，并且采取了最簡(jiǎn)單的策略，即默認(rèn)只分一個(gè)區(qū)。這些步驟看似容易，實(shí)則每一步都馬虎不得。就好比走鋼絲，每一步都牽連著整體的穩(wěn)定。回想起我們操作電腦磁盤(pán)分區(qū)時(shí)，若操作失誤，可能會(huì)丟失數(shù)據(jù)或?qū)е麓疟P(pán)無(wú)法正常工作。而且，分區(qū)創(chuàng)建完畢后，必須將分區(qū)信息寫(xiě)入分區(qū)表，并執(zhí)行命令確保分區(qū)表變更與操作系統(tǒng)同步，這些步驟都是緊密相連的。以新分區(qū)的容量達(dá)到100G為例，這個(gè)數(shù)值就是分區(qū)成功后的直接體現(xiàn)。

格式化磁盤(pán)需謹(jǐn)慎

分區(qū)做好后，接下來(lái)是磁盤(pán)格式化的環(huán)節(jié)。格式化操作只需運(yùn)行命令，然后輸入“y”來(lái)確認(rèn)。但格式化并非易事。有人可能覺(jué)得只是點(diǎn)一下確定而已，但實(shí)際上，格式化磁盤(pán)會(huì)把磁盤(pán)上的所有數(shù)據(jù)都清除掉。就像你費(fèi)盡心思搭建的積木城堡，一個(gè)格式化操作就能讓它瞬間消失。如果我們不小心格式化了錯(cuò)誤的磁盤(pán)，比如把系統(tǒng)盤(pán)當(dāng)成了數(shù)據(jù)盤(pán)，那后果可能非常嚴(yán)重，整個(gè)服務(wù)器可能都無(wú)法正常運(yùn)行。

新建掛載目錄的作用

掛載數(shù)據(jù)盤(pán)前，需先創(chuàng)建掛載文件夾。文中提到，創(chuàng)建了/data文件夾以供數(shù)據(jù)盤(pán)掛載。這一過(guò)程如同為數(shù)據(jù)盤(pán)在服務(wù)器上指定一個(gè)專(zhuān)屬車(chē)位。建立該文件夾的目的是讓系統(tǒng)清楚數(shù)據(jù)盤(pán)的掛載位置。缺少這一專(zhuān)用文件夾，數(shù)據(jù)便如同無(wú)家可歸的孩童，不知存放何處。此外，設(shè)定掛載文件夾還有助于數(shù)據(jù)管理，便于后續(xù)維護(hù)和查詢(xún)等工作。例如，當(dāng)尋找某個(gè)服務(wù)生成數(shù)據(jù)時(shí)，可以迅速在掛載文件夾中找到。

掛載數(shù)據(jù)盤(pán)的流程

持久化fstab文件的重要性

最終階段，人們往往忽視對(duì)fstab文件的持久化處理，實(shí)則這一環(huán)節(jié)至關(guān)重要。我們需要找到設(shè)備/dev/sdb的特定標(biāo)識(shí)并記錄在fstab文件中。這相當(dāng)于是為服務(wù)器留下一個(gè)記憶標(biāo)記。若不執(zhí)行此步驟，服務(wù)器重啟后，分區(qū)信息可能消失。分區(qū)一旦丟失，先前進(jìn)行的查詢(xún)、分區(qū)、格式化、掛載等操作幾乎前功盡棄，還需重新開(kāi)始。試想，費(fèi)盡心思完成的工作因一個(gè)細(xì)節(jié)被忽視而需全部重做，是多么讓人沮喪。

在使用云服務(wù)器時(shí)，你是否曾遭遇過(guò)數(shù)據(jù)盤(pán)使用上的難題或其他麻煩？不妨在評(píng)論區(qū)分享一下你的遭遇，同時(shí)也歡迎點(diǎn)贊和轉(zhuǎn)發(fā)本文，讓更多人受益。

mkfs?-t?ext4?/dev/sdb