Formatera och montera temporär disk på virtuella Azure Linux-datorer

2025-09-18

Gäller för: ✔️ Flexibla skalningsuppsättningar för virtuella Linux-datorer ✔️

Den här artikeln beskriver hur du formaterar och monterar tillfälliga diskar (även kallade resursdiskar) på virtuella Azure Linux-datorer (VM). Beroende på din VM-serie använder tillfälliga diskar antingen SCSI- eller NVMe-gränssnitt. Tillfälliga diskar är inte hanterade diskar och är inte beständiga.

Lagra viktiga data på hanterade diskar i stället för lokala tillfälliga diskar. Tillfälliga diskar är vanligtvis avsedda att lagra objekt som sidfiler, växlingsfiler eller SQL Server tempdb-filer.

Förutsättningar

Innan du formaterar temporära diskar:

Identifiera rätt disk för att undvika dataförlust
Förstå att data inte är persistenta mellan VM-stopp/deallokeringar
Ha SSH-åtkomst till din virtuella maskin med root- eller sudo-rättigheter

Formatera diskar

Varning

Formateringen raderar alla data på disken permanent. Se till att du arbetar med rätt disk och att det inte finns några viktiga data på den.

Använd den senaste versionen av parted tillgänglig för din distribution. Om diskstorleken är 2 tebibyte (TiB) eller större måste du använda GPT-partitionering. Om diskstorleken är under 2 TiB kan du använda antingen MBR- eller GPT-partitionering.

I följande exempel används parted på /dev/sdb, vilket vanligtvis är där de temporära SCSI-diskarna visas. Ersätt sdb med rätt enhet för disken. Vi använder XFS-filsystemet för bättre prestanda.

sudo parted /dev/disk/azure/resource --script mklabel gpt mkpart xfspart xfs 0% 100%  
sudo partprobe /dev/sdb
sudo mkfs.xfs /dev/sdb1

I följande exempel förutsätter vi att du har identifierat disken enligt avsnittet identifiera diskar . Om du har installerat azure-vm-utils kan du använda det för att identifiera lokala diskar.

# Example: Format local NVMe disk (replace nvme1n1 with your identified disk)
sudo parted /dev/disk/azure/local/by-index/0 --script mklabel gpt mkpart xfspart xfs 0% 100%
sudo partprobe /dev/nvme1n1
sudo mkfs.xfs /dev/nvme1n1p1

Vissa VM-storlekar ger flera lokala NVMe-diskar. Du kan konfigurera RAID för bättre prestanda eller redundans:

# Example: Create RAID 0 with two local NVMe disks for performance
sudo mdadm --create /dev/md0 --level=0 --raid-devices=2 /dev/nvme1n1 /dev/nvme2n1
sudo mkfs.xfs /dev/md0

Använd verktyget partprobe för att se till att kerneln är medveten om det nya partitions- och filsystemet. Om du inte använder partprobekanske blkidlsblk kommandona inte returnerar UUID för det nya filsystemet omedelbart.

Montera temporära diskar

Skapa nu en katalog för att montera filsystemet med hjälp av mkdir. För tillfällig lagring omfattar vanliga monteringspunkter /mnt, /tmp eller programspecifika kataloger.

sudo mkdir /mnt/temp

Använd mount för att montera filsystemet. I följande exempel monteras partitionen /dev/sdb1 till monteringspunkten /mnt/temp :

sudo mount /dev/sdb1 /mnt/temp

Du kan också använda Azure-enhetssökvägen:

sudo mount /dev/disk/azure/resource-part1 /mnt/temp

I följande exempel förutsätter vi att du har identifierat disken enligt avsnittet identifiera diskar . Om du har installerat azure-vm-utils kan du använda det för att identifiera lokala diskar.

# Using direct device path (replace nvme1n1p1 with your identified disk's partition)
sudo mount /dev/nvme1n1p1 /mnt/temp

# Or using Azure device path
sudo mount /dev/disk/azure/local/by-index/0-part1 /mnt/temp

För RAID-matriser som skapats enligt formateringsavsnittet:

sudo mkdir /mnt/raid
sudo mount /dev/md0 /mnt/raid

TRIM/UNMAP-stöd för tillfälliga diskar

Lokala temporära diskar stöder TRIM-/UNMAP-åtgärder. För optimal prestanda:

Använd monteringsalternativet `discard` i `/etc/fstab`:

UUID=33333333-3b3b-3c3c-3d3d-3e3e3e3e3e3e   /mnt/temp   xfs   defaults,discard,nobootwait   0   0

Alternativt kan du köra `fstrim` regelbundet:

sudo apt install util-linux
sudo fstrim /mnt/temp

sudo yum install util-linux
sudo fstrim /mnt/temp

sudo zypper in util-linux
sudo fstrim /mnt/temp

Felsökning

När du lägger till datadiskar på en virtuell Linux-dator kan det uppstå fel om en disk inte finns på LUN 0. Om du lägger till en disk manuellt med hjälp av az vm disk attach -new kommandot och du anger ett LUN (--lun) i stället för att låta Azure-plattformen fastställa rätt LUN bör du se till att det redan finns en disk/finns på LUN 0.

Tänk dig följande exempel som visar ett kodfragment av utdata från lsscsi:

[5:0:0:0]    disk    Msft     Virtual Disk     1.0   /dev/sdc 
[5:0:0:1]    disk    Msft     Virtual Disk     1.0   /dev/sdd

De två datadiskarna finns på LUN 0 och LUN 1 (den första kolumnen i utdatainformationen lsscsi[host:channel:target:lun]). Båda diskarna ska vara tillgängliga från den virtuella datorn. Om du hade angett den första disken manuellt som ska läggas till på LUN 1 och den andra disken på LUN 2 kanske du inte ser diskarna korrekt inifrån den virtuella datorn.

Anmärkning

Azure-värdet host är 5 i de här exemplen, men det kan variera beroende på vilken typ av lagring du väljer.

Det här diskbeteendet är inte ett Azure-problem, utan det sätt på vilket Linux-kerneln följer SCSI-specifikationerna. När Linux-kerneln söker igenom SCSI-bussen efter anslutna enheter måste en enhet hittas på LUN 0 för att systemet ska kunna fortsätta söka efter ytterligare enheter. Som sådan:

Granska utdata från lsscsi efter att du har lagt till en datadisk för att kontrollera att du har en disk på LUN 0.
Om disken inte visas korrekt i den virtuella datorn kontrollerar du att det finns en disk på LUN 0.

Feedback

Var den här sidan till hjälp?