De portal gebruiken om een gegevensschijf te koppelen aan een Linux-VM

  • Artikel
  • 6 minuten om te lezen

Van toepassing op: ✔️ Virtuele Linux-heavy_check_mark: Flexibele schaalsets

In dit artikel wordt beschreven hoe u zowel nieuwe als bestaande schijven aan een virtuele Linux-machine koppelt via de Azure Portal. U kunt ook een gegevensschijf koppelen aan een Windows-VM in de Azure Portal.

Bekijk deze tips voordat u schijven aan uw VM koppelt:

De virtuele machine zoeken

  1. Ga naar de Azure Portal om de VM te zoeken. Zoek en selecteer virtuele machines.
  2. Kies de VM in de lijst.
  3. Kies op de pagina Virtuele machines onder Instellingen de optie Schijven.

Een nieuwe schijf koppelen

  1. Selecteer in het deelvenster Schijven onder Gegevensschijven de optie Een nieuwe schijf maken en koppelen.

  2. Voer een naam in voor de beheerde schijf. Controleer de standaardinstellingen en werk de Storage, grootte (GiB), versleuteling en host caching indien nodig bij.

    Controleer de schijfinstellingen.

  3. Wanneer u klaar bent, selecteert u Opslaan bovenaan de pagina om de beheerde schijf te maken en de VM-configuratie bij te werken.

Een bestaande schijf koppelen

  1. Selecteer in het deelvenster Schijven onder Gegevensschijven de optie Bestaande schijven koppelen.

  2. Klik op de vervolgkeuzelijst voor Schijfnaam en selecteer een schijf in de lijst met beschikbare beheerde schijven.

  3. Klik op Opslaan om de bestaande beheerde schijf te koppelen en de VM-configuratie bij te werken:

Verbinding maken aan de Linux-VM om de nieuwe schijf te installeren

Als u de nieuwe schijf wilt partitioneren, formatteren en monteren zodat deze door uw Linux-VM kan worden gebruikt, gebruikt u SSH in uw VM. Zie voor meer informatie SSH gebruiken met Linux op Azure. In het volgende voorbeeld wordt verbinding gemaakt met een VM met het openbare IP-adres 10.123.123.25 met de gebruikersnaam azureuser:

ssh azureuser@10.123.123.25

De schijf vinden

Nadat u verbinding hebt met uw VM, moet u de schijf vinden. In dit voorbeeld gebruiken we om lsblk de schijven weer te geven.

lsblk -o NAME,HCTL,SIZE,MOUNTPOINT | grep -i "sd"

De uitvoer lijkt op die in het volgende voorbeeld:

sda     0:0:0:0      30G
├─sda1             29.9G /
├─sda14               4M
└─sda15             106M /boot/efi
sdb     1:0:1:0      14G
└─sdb1               14G /mnt
sdc     3:0:0:0       4G

In dit voorbeeld is de schijf die ik heb sdc toegevoegd. Het is een LUN 0 en is 4 GB.

Voor een complexer voorbeeld ziet u hier hoe meerdere gegevensschijven er in de portal uit zien:

Schermopname van meerdere schijven die worden weergegeven in de portal.

In de afbeelding ziet u dat er drie gegevensschijven zijn: 4 GB op LUN 0, 16 GB op LUN 1 en 32 GB op LUN 2.

Dit is hoe dat eruit zou kunnen zien met behulp van lsblk :

sda     0:0:0:0      30G
├─sda1             29.9G /
├─sda14               4M
└─sda15             106M /boot/efi
sdb     1:0:1:0      14G
└─sdb1               14G /mnt
sdc     3:0:0:0       4G
sdd     3:0:0:1      16G
sde     3:0:0:2      32G

In de uitvoer van ziet u dat de schijf van 4 GB op LUN 0 is, dat de schijf van 16 GB op LUN 1 is en dat de lsblk sdc sdd 32G-schijf op LUN 2 sde is.

Een nieuwe schijf partitioneren

Als u een bestaande schijf met gegevens gebruikt, gaat u verder met het maken van de schijf. Als u een nieuwe schijf koppelt, moet u de schijf partitioneren.

Het parted hulpprogramma kan worden gebruikt voor het partitioneren en formatteren van een gegevensschijf.

Notitie

U wordt aangeraden de nieuwste versie te parted gebruiken die beschikbaar is voor uw distributie. Als de schijfgrootte 2 tebibyte (TiB) of groter is, moet u GPT-partitionering gebruiken. Als de schijfgrootte kleiner is dan 2 TiB, kunt u MBR- of GPT-partitionering gebruiken.

In het volgende voorbeeld parted wordt gebruikt op , waar de eerste /dev/sdc gegevensschijf zich doorgaans op de meeste VM's zal plaatsen. Vervang sdc door de juiste optie voor uw schijf. We maken deze ook op met behulp van het XFS-bestandssysteem.

sudo parted /dev/sdc --script mklabel gpt mkpart xfspart xfs 0% 100%
sudo mkfs.xfs /dev/sdc1
sudo partprobe /dev/sdc1

Gebruik het partprobe hulpprogramma om ervoor te zorgen dat de kernel op de hoogte is van de nieuwe partitie en het nieuwe bestandssysteem. Als u dit niet gebruikt, kunnen partprobe de blkid- of lslbk-opdrachten de UUID voor het nieuwe bestandssysteem niet onmiddellijk retourneren.

De schijf monteren

Maak een map om het bestandssysteem te mounten met behulp van mkdir . In het volgende voorbeeld wordt een map gemaakt op /datadrive :

sudo mkdir /datadrive

Gebruik mount om het bestandssysteem vervolgens te mounten. In het volgende voorbeeld wordt de partitie /dev/sdc1 aan het /datadrive bevestigingspunt bevestigd:

sudo mount /dev/sdc1 /datadrive

Om ervoor te zorgen dat het station automatisch opnieuw wordt ontkoppeld na het opnieuw opstarten, moet het worden toegevoegd aan het bestand /etc/fstab. Het wordt ook ten zeerste aanbevolen dat de UUID (Universally Unique Identifier) wordt gebruikt in /etc/fstab om te verwijzen naar het station in plaats van alleen de apparaatnaam (zoals /dev/sdc1). Als het besturingssysteem een schijffout ontdekt tijdens het opstarten, kunt u door de UUID te gebruiken voorkomen dat de verkeerde schijf wordt gekoppeld aan een bepaalde locatie. Resterende gegevensschijven worden dan toegewezen aan dezelfde apparaat-id's. Als u de UUID van het nieuwe station wilt zoeken, gebruikt u het hulpprogramma blkid:

sudo blkid

De uitvoer ziet er ongeveer uit als in het volgende voorbeeld:

/dev/sda1: LABEL="cloudimg-rootfs" UUID="11111111-1b1b-1c1c-1d1d-1e1e1e1e1e1e" TYPE="ext4" PARTUUID="1a1b1c1d-11aa-1234-1a1a1a1a1a1a"
/dev/sda15: LABEL="UEFI" UUID="BCD7-96A6" TYPE="vfat" PARTUUID="1e1g1cg1h-11aa-1234-1u1u1a1a1u1u"
/dev/sdb1: UUID="22222222-2b2b-2c2c-2d2d-2e2e2e2e2e2e" TYPE="ext4" TYPE="ext4" PARTUUID="1a2b3c4d-01"
/dev/sda14: PARTUUID="2e2g2cg2h-11aa-1234-1u1u1a1a1u1u"
/dev/sdc1: UUID="33333333-3b3b-3c3c-3d3d-3e3e3e3e3e3e" TYPE="xfs" PARTLABEL="xfspart" PARTUUID="c1c2c3c4-1234-cdef-asdf3456ghjk"

Notitie

Het onjuist bewerken van het bestand /etc/fstab kan leiden tot een systeem dat niet kan worden opgestart. Als u niet zeker weet wat u moet doen, raadpleegt u de documentatie van de distributie over het bewerken van dit bestand. U wordt ook aangeraden een back-up van het bestand /etc/fstab te maken voordat u het bewerkt.

Open vervolgens het bestand /etc/fstab als volgt in een teksteditor:

sudo nano /etc/fstab

In dit voorbeeld gebruikt u de UUID-waarde voor het apparaat dat in de vorige stappen is gemaakt /dev/sdc1 en het mountpoint van /datadrive . Voeg de volgende regel toe aan het einde van het /etc/fstab bestand:

UUID=33333333-3b3b-3c3c-3d3d-3e3e3e3e3e3e   /datadrive   xfs   defaults,nofail   1   2

We hebben de nano-editor gebruikt, dus wanneer u klaar bent met het bewerken van het bestand, gebruikt u om het bestand te schrijven Ctrl+O en de editor af te Ctrl+X sluiten.

Notitie

Later kan het verwijderen van een gegevensschijf zonder fstab te bewerken ertoe leiden dat de VM niet kan worden opgestart. De meeste distributies bieden de opties nofail en/of nobootwait fstab. Met deze opties kan een systeem worden opgestart, zelfs als de schijf niet kan worden bevestigd tijdens het opstarten. Raadpleeg de documentatie van uw distributie voor meer informatie over deze parameters.

De nofail-optie zorgt ervoor dat de VM wordt gestart, zelfs als het bestandssysteem is beschadigd of de schijf niet bestaat tijdens het opstarten. Zonder deze optie kunt u gedrag tegenkomen zoals beschreven in Kan geen SSH-naar-Linux-VM vanwege FSTAB-fouten

De schijf controleren

U kunt nu opnieuw lsblk gebruiken om de schijf en het mountpoint te zien.

lsblk -o NAME,HCTL,SIZE,MOUNTPOINT | grep -i "sd"

De uitvoer ziet er ongeveer uit zoals in dit voorbeeld:

sda     0:0:0:0      30G
├─sda1             29.9G /
├─sda14               4M
└─sda15             106M /boot/efi
sdb     1:0:1:0      14G
└─sdb1               14G /mnt
sdc     3:0:0:0       4G
└─sdc1                4G /datadrive

U kunt zien dat sdc nu is bevestigd op /datadrive .

TRIM/UNMAP-ondersteuning voor Linux in Azure

Sommige Linux-kernels ondersteunen TRIM-/UNMAP-bewerkingen om ongebruikte blokken op de schijf te verwijderen. Deze functie is voornamelijk handig in standaardopslag om Azure ervan op de hoogte te stellen dat verwijderde pagina's niet meer geldig zijn en kunnen worden verwijderd. Bovendien kunt u geld besparen als u grote bestanden maakt en ze vervolgens verwijdert.

Er zijn twee manieren om TRIM-ondersteuning in teschakelen in uw Linux-VM. Zoals gebruikelijk raadpleegt u uw distributie voor de aanbevolen aanpak:

  • Gebruik de discard optie voor het monteren in /etc/fstab, bijvoorbeeld:

    UUID=33333333-3b3b-3c3c-3d3d-3e3e3e3e3e3e   /datadrive   xfs   defaults,discard   1   2

  • In sommige gevallen kan de discard optie gevolgen hebben voor de prestaties. U kunt de opdracht ook handmatig uitvoeren vanaf de opdrachtregel of deze toevoegen aan uw fstrim crontab zodat deze regelmatig wordt uitgevoerd:

    Ubuntu

    sudo apt-get install util-linux
sudo fstrim /datadrive

    RHEL/CentOS

    sudo yum install util-linux
sudo fstrim /datadrive

Volgende stappen

Zie Problemen met wijzigingen in linux-VM-apparaten oplossen voor meer informatie en informatie over het oplossen van schijfproblemen.

U kunt ook een gegevensschijf koppelen met behulp van de Azure CLI.