Über symbolische Links auf Laufwerke zugreifen, die an eine Linux-Compute-Instanz angehängt sind

Wenn Sie ein Laufwerk an eine Compute Engine-Instanz anhängen, die ein Linux-Betriebssystem verwendet, Cloud de Confiance by S3NS wird automatisch ein symbolischer Link (Symlink) für das Laufwerk erstellt. Verwenden Sie für den Zugriff auf Persistent Disk-Volumes oder lokale SSD-Laufwerke in Ihrer Compute-Instanz die Symlinks. Diese Symlinks sind vorhersehbar und bleiben nach einem Neustart unverändert. Cloud de Confiance by S3NS erstellt Symlinks für alle Laufwerke, die an eine Compute-Instanz angehängt sind, in /dev/disk/by-id.

In diesem Dokument wird beschrieben, wie Sie die richtigen Symlinks für die an eine Linux-Compute-Instanz angehängten Laufwerke ermitteln.

Symlinks werden in /dev/disk/by-id erstellt, wenn ein Laufwerk an die Compute-Instanz angehängt wird, entweder während oder nach der Instanzerstellung. Die Symlinknamen werden so erstellt:

Persistent Disk und Google Cloud Hyperdisk

Die Symlinks werden anhand der folgenden Regeln erstellt:

  • Wenn Sie beim Erstellen des Laufwerks einen benutzerdefinierten Gerätenamen angegeben haben: google-DEVICE_NAME
  • Wenn Sie beim Erstellen des Laufwerks keinen benutzerdefinierten Gerätenamen angegeben haben:
    • Bootlaufwerk: google-INSTANCE_NAME
    • Nicht-Bootlaufwerk: google-DISK_NAME

Nachdem Sie das Laufwerk formatiert haben, wird an den Symlink -partN angehängt, wobei N die Partitionsnummer ist, z. B. google-data-disk-part1.

Lokale SSDs

Lokale SSD-Symlinks haben je nach Laufwerkschnittstelle unterschiedliche Formate.

  • SCSI:
    • Wenn Sie beim Erstellen des Laufwerks einen benutzerdefinierten Gerätenamen angegeben haben: google-DEVICE_NAME
    • Wenn Sie beim Erstellen des Laufwerks keinen benutzerdefinierten Gerätenamen angegeben haben: google-local-ssd-N, wobei N die Laufwerksnummer der lokalen SSD ist, beginnend mit 0.
  • NVMe: Die Symlinks heißen google-local-nvme-ssd-N, wobei N die SSD-Nummer ist, beginnend mit 0.

Nachdem Sie ein lokales SSD-Laufwerk formatiert haben, wird an den Symlink -partN angehängt, wobei N die Partitionsnummer ist, z. B. google-local-nvme-ssd-0-part1.

Geräte-Symlinks

Die Compute Engine erstellt zusätzliche Symlinks im Verzeichnis, die auf dem Laufwerktyp und der Schnittstelle basieren, z. B. scsi-0Google_PersistentDisk_DEVICE_NAME. Diese Links haben dieselbe Funktion wie die zuvor genannten Symlinks.

Beispiel 1: C3-Instanz mit angehängter lokaler SSD

Angenommen, Sie haben eine Compute-Instanz mit den folgenden Eigenschaften erstellt:

  • Instanzname: instance-1
  • Maschinenserie: C3
  • Laufwerkschnittstellentyp: NVMe für Persistent Disk und lokale SSD
  • Zusätzliche Laufwerke: keine
  • Angehängte lokale SSDs: 2
  • Verwendete benutzerdefinierte Gerätenamen: keine

Die Compute Engine erstellt die folgenden Symlinks für diese Compute-Instanz:

ls -l /dev/disk/by-id/google-*

google-instance-1 -> ../../nvme2n1
google-instance-1-part1 -> ../../nvme2n1p1
google-instance-1-part14 -> ../../nvme2n1p14
google-instance-1-part15 -> ../../nvme2n1p15
google-local-nvme-ssd-0 -> ../../nvme0n1
google-local-nvme-ssd-1 -> ../../nvme1n1

In diesem Beispiel ist der Symlink für das Bootlaufwerk der Persistent Disk google-instance-1, der auf dem Instanznamen basiert. Das Bootlaufwerk ist formatiert und das Betriebssystem ist darauf installiert. Das Bootlaufwerk hat drei Partitionen: part1, part14 und part 15. Die angehängten lokalen SSD-Laufwerke sind nicht formatiert, sodass für jedes lokale SSD-Laufwerk nur ein einziger Symlink erstellt wurde.

Beispiel 2: N2-Instanz mit angehängter lokaler NVMe-SSD und zusätzlicher Persistent Disk

Angenommen, Sie haben eine Compute-Instanz mit den folgenden Eigenschaften erstellt:

  • Instanzname: instance-2
  • Maschinenserie: N2
  • Laufwerkschnittstellentyp: SCSI für Persistent Disk und NVMe für lokale SSD
  • Zusätzliche Laufwerke: 1 Persistent Disk mit dem Namen extra-scsi-disk
  • Angehängte lokale SSDs: 2
  • Verwendete benutzerdefinierte Gerätenamen: keine

Für diese Compute-Instanz werden die folgenden Symlinks erstellt:

ls -l /dev/disk/by-id/google-*

google-extra-scsi-disk -> ../../sdb
google-instance-2 -> ../../sda
google-instance-2-part1 -> ../../sda1
google-instance-2-part14 -> ../../sda14
google-instance-2-part15 -> ../../sda15
google-local-nvme-ssd-0 -> ../../nvme0n1
google-local-nvme-ssd-0-part1 -> ../../nvme0n1p1
google-local-nvme-ssd-1 -> ../../nvme0n2

In diesem Beispiel ist der Symlink für das Bootlaufwerk der Persistent Disk google-instance-2, der auf dem Instanznamen basiert. Das Bootlaufwerk ist formatiert und das Betriebssystem-Image ist darauf installiert. Das Bootlaufwerk hat drei Partitionen: part1, part14 und part 15. Die erste lokale SSD ist ebenfalls partitioniert und hat eine einzige Partition. Daher wird ein zusätzlicher Symlink für diese Laufwerkspartition erstellt. Die zusätzliche Persistent Disk, die der Compute-Instanz hinzugefügt wird, hat den Symlink google-extra-scsi-disk, der auf dem Namen des Laufwerks basiert. Die zusätzliche Persistent Disk und das zweite lokale SSD-Laufwerk sind nicht formatiert, sodass für diese Laufwerke nur ein einziger Symlink aufgeführt ist.

Nächste Schritte