Umstellung vom VPC-Zugriffskontrollmodus auf den Sicherheitsgruppenzugriffskontrollmodus
Migrieren Sie Zonen-Dateifreigaben vor dem 6. Mai 2027 (Ende des Supports) vom veralteten VPC-Zugriffskontrollmodus in den Sicherheitsgruppenmodus, um Datenverluste zu vermeiden.
Der VPC-Zugriffskontrollmodus ermöglicht allen virtuellen Serverinstanzen und Bare Metal Servern in einer VPC den Zugriff auf eine Dateifreigabe. Der Zugriffskontrollmodus für Sicherheitsgruppen bietet eine detailliertere Kontrolle, indem der Zugriff auf bestimmte Rechenressourcen auf der Grundlage von Sicherheitsgruppenregeln eingeschränkt wird. Der Zugriffskontrollmodus für Sicherheitsgruppen unterstützt zudem weitere Funktionen wie Verschlüsselung während der Übertragung, zonübergreifende Einbindung und Snapshots.
Vorbereitende Schritte
Bevor Sie Ihre Dateifreigaben vom VPC-Zugriffskontrollmodus zum Sicherheitsgruppenzugriffskontrollmodus migrieren, sollten Sie die folgenden Anforderungen prüfen:
- Stellen Sie sicher, dass Sie über die erforderlichen IAM-Berechtigungen zur Verwaltung von Dateifreigaben und Einhängezielen verfügen.
- Identifizieren Sie alle Dateifreigaben in Ihrem Konto, die den VPC-Zugriffskontrollmodus verwenden.
- Planen Sie die Konfiguration Ihrer Sicherheitsgruppe so, dass autorisierte Rechenressourcen nach der Migration auf die Dateifreigabe zugreifen können.
- Planen Sie für die Migration ein Wartungsfenster ein, da die Dateifreigabe während des Vorgangs vorübergehend nicht zugänglich ist.
Übersicht zur Migration
Der Migrationsprozess umfasst die folgenden Schritte:
- Aushängen der Dateifreigabe von allen Compute-Hosts
- Alle Einhängeziele aus der Dateifreigabe löschen
- Replikat-Dateifreigaben löschen(falls zutreffend)
- Aktualisieren Sie den Zugriffskontrollmodus auf Sicherheitsgruppe
- Neue Einhängeziele mit Sicherheitsgruppenzugriff erstellen
- Replikate von Dateifreigaben neu erstellen(falls zutreffend)
- Einhängen der Dateifreigabe auf den Computer-Hosts
Schritt 1: Aushängen der Dateifreigabe von allen Compute-Hosts
Bevor Sie die Einhängeziele löschen können, müssen Sie die Dateifreigabe von allen virtuellen Serverinstanzen und Bare-Metal-Servern, auf denen sie eingehängt ist, aushängen.
Identifizieren Sie zunächst die Dateifreigaben, die den VPC-Zugriffskontrollmodus verwenden. Sie können alle Dateifreigaben über die Befehlszeilenschnittstelle (CLI) oder die API auflisten. Filtern Sie die Ergebnisse so, dass nur Freigaben angezeigt
werden, bei denen „ access_control_mode “ auf „ vpc “ gesetzt ist.
Wenn Ihre Umgebung JSON-Ausgabe unterstützt, können Sie mit jq verwenden, um die Ausgabe von ibmcloud is shares:
ibmcloud is shares --output json | jq '.[] | select(.access_control_mode == "vpc") | {id, name, access_control_mode}'
Stellen Sie eine GET /shares anfrage und leiten Sie die JSON-Antwort an jq:
curl -s -X GET "$vpc_api_endpoint/v1/shares?version=2026-04-28&generation=2" \
-H "Authorization: Bearer $iam_token" | jq '.shares[] | select(.access_control_mode == "vpc") | {id, name, access_control_mode}'
Nachdem Sie die Freigaben identifiziert haben, die den VPC-Zugriffskontrollmodus verwenden, stellen Sie eine Verbindung zu jedem Compute-Host her, auf dem diese Freigaben eingehängt sind, und führen den Befehl umount mit dem Namen
des Einhängepunkts aus. Sehen Sie sich das folgende Beispiel an:
umount /mnt/my-file-share
Weitere Informationen zum Aushängen von Dateifreigaben auf verschiedenen Betriebssystemen finden Sie unter Einhängen und Aushängen von Dateifreigaben.
Schritt 2: Löschen Sie alle Einhängeziele von der Dateifreigabe
Nachdem die Dateifreigabe von allen Rechenhosts ausgehängt wurde, löschen Sie alle mit der Dateifreigabe verbundenen Einhängepunkte. Sie müssen alle Einhängeziele löschen, bevor Sie den Zugriffskontrollmodus aktualisieren können.
Löschen von Einhängezielen in der Konsole
- Klicken Sie in der Konsole IBM Cloud auf das
Navigation > Infrastruktur
> Storage > File Storage Shares.
- Wählen Sie aus der Liste die Dateifreigabe aus, die Sie migrieren möchten.
- Suchen Sie auf der Seite Dateifreigabedetails das Einhängeziel, das Sie löschen möchten, im Abschnitt Einhängeziele.
- Klicken Sie auf das Symbol Aktionen
Aktionen und wählen Sie Löschen.
- Wiederholen Sie die Schritte 3-4 für jedes mit der Dateifreigabe verbundene Einhängeziel.
Weitere Informationen finden Sie unter Löschen des Einhängeziels einer Dateifreigabe in der Konsole.
Löschen von Einhängezielen aus der CLI
Führen Sie den Befehl share-mount-target-delete für jedes mit der Dateifreigabe verbundene Einhängeziel aus. Ersetzen Sie „ SHARE_ID “ durch die ID oder den Namen der Dateifreigabe und „ MOUNT_TARGET_ID “ durch die ID oder den Namen des zu löschenden Einhängeziels.
ibmcloud is share-mount-target-delete SHARE_ID MOUNT_TARGET_ID
Sehen Sie sich das folgende Beispiel an:
ibmcloud is share-mount-target-delete my-file-share my-mount-target
Geben Sie nach der Aufforderung „ y “ ein, um den Löschvorgang zu bestätigen. Wiederholen Sie diesen Befehl für jedes mit der Dateifreigabe verbundene Einhängeziel.
Weitere Informationen finden Sie unter Löschen eines Einhängeziels einer Dateifreigabe über die CLI.
Löschen von Einhängezielen mit der API
Stellen Sie eine DELETE /shares/{share_id}/mount_targets/{mount_target_id} Anfrage, um jedes mit der Dateifreigabe verbundene Einhängeziel zu löschen.
curl -X DELETE \
"$vpc_api_endpoint/v1/shares/$share_id/mount_targets/$mount_target_id?version=2026-04-28&generation=2" \
-H "Authorization: Bearer $iam_token"
Wiederholen Sie diese Abfrage für jedes mit der Dateifreigabe verbundene Einhängeziel.
Weitere Informationen finden Sie unter Löschen eines Einhängeziels mit der API.
Löschen von Mount-Zielen mit Terraform
Um ein Einhängeziel mit Terraform zu löschen, entfernen Sie die Ressource ibm_is_share_mount_target aus Ihrer Terraform-Konfigurationsdatei und führen dann terraform apply aus.
# Remove or comment out the mount target resource
# resource "ibm_is_share_mount_target" "example" {
# share = ibm_is_share.example.id
# name = "my-mount-target"
# vpc = ibm_is_vpc.example.id
# }
Schritt 3: Löschen von Replikat-Dateifreigaben (falls zutreffend)
Wenn Ihre Dateifreigabe eine Replikatdateifreigabe hat, müssen Sie das Replikat löschen, bevor Sie den Zugriffskontrollmodus der Quelldateifreigabe aktualisieren können. Die Replikationsbeziehung muss zuerst entfernt werden, wodurch zwei unabhängige Dateifreigaben entstehen. Anschließend können Sie die Replikatdateifreigabe und ihre Einhängeziele löschen.
Wenn Ihre Dateifreigabe nicht über ein Replikat verfügt, überspringen Sie diesen Schritt und fahren Sie mit Schritt 4: Aktualisieren Sie den Zugriffskontrollmodus auf Sicherheitsgruppe fort.
Entfernen der Replikationsbeziehung in der Konsole
- Klicken Sie in der Konsole IBM Cloud auf das
Navigation > Infrastruktur
> Storage > File Storage Shares.
- Klicken Sie auf den Namen der Dateifreigabe, um zur Detailseite zu gelangen.
- Klicken Sie im Abschnitt Replikationsbeziehung für Dateifreigabe auf Replikationsbeziehung entfernen.
- Klicken Sie im Bestätigungsfenster auf „ Verknüpfung aufheben “. Die Replikationsbeziehung wird aufgehoben, wodurch zwei unabhängige Dateifreigaben entstehen.
- Nachdem die Replikationsbeziehung entfernt wurde, löschen Sie die Einhängeziele der Replikatdateifreigabe, indem Sie die gleichen Schritte wie in Schritt 2 ausführen: Löschen Sie alle Einhängeziele von der Dateifreigabe.
- Kehren Sie zur Liste der Dateifreigaben zurück, wählen Sie die Replikatdateifreigabe aus, klicken Sie auf das Symbol Aktionen
und wählen Sie Löschen.
- Bestätigen Sie die Löschung, wenn Sie dazu aufgefordert werden.
Weitere Informationen finden Sie unter Entfernen der Replikationsbeziehung in der Konsole und Löschen von Replikat- und Quelldateifreigaben.
Entfernen der Replikationsbeziehung aus der CLI
-
Listen Sie Ihre Dateifreigaben auf, um die Replikatdateifreigabe zu identifizieren:
ibmcloud is sharesSuchen Sie die Dateifreigabe mit
replicain der Spalte Replikationsrolle. -
Entfernen Sie die Replikationsbeziehung, indem Sie den Befehl „
share-replica-split“ ausführen. Ersetzen Sie „REPLICA_SHARE_ID“ durch die ID oder den Namen der Replikat-Dateifreigabe.ibmcloud is share-replica-split REPLICA_SHARE_IDSehen Sie sich das folgende Beispiel an:
ibmcloud is share-replica-split my-replica-file-shareWenn Sie dazu aufgefordert werden, geben Sie
yein, um den Split-Vorgang zu bestätigen. -
Nachdem die Replikationsbeziehung entfernt wurde, löschen Sie die Einhängeziele der Replikatdateifreigabe:
ibmcloud is share-mount-target-delete REPLICA_SHARE_ID MOUNT_TARGET_IDWiederholen Sie diesen Vorgang für jedes Einhängeziel, das mit der Dateifreigabe verbunden ist.
-
Löschen Sie die Dateifreigabe des Replikats:
ibmcloud is share-delete REPLICA_SHARE_IDGeben Sie nach der Aufforderung „
y“ ein, um den Löschvorgang zu bestätigen.
Weitere Informationen finden Sie unter Entfernen der Replikationsbeziehung in der CLI.
Aufhebung der Replikationsbeziehung mit der API
-
Entfernen Sie die Replikationsbeziehung, indem Sie eine Anfrage an
DELETE /shares/{replica_id}/sourcestellen:curl -X DELETE \ "$vpc_api_endpoint/v1/shares/$replica_share_id/source?version=2026-04-28&generation=2" \ -H "Authorization: Bearer $iam_token"Eine erfolgreiche Antwort zeigt an, dass die Replikationsbeziehung entfernt wurde.
-
Löschen Sie die Einhängeziele der Replikatdateifreigabe, indem Sie für jedes Einhängeziel eine Anfrage an
DELETE /shares/{replica_id}/mount_targets/{mount_target_id}stellen:curl -X DELETE \ "$vpc_api_endpoint/v1/shares/$replica_share_id/mount_targets/$mount_target_id?version=2026-04-28&generation=2" \ -H "Authorization: Bearer $iam_token" -
Löschen Sie die Replikat-Dateifreigabe, indem Sie eine
DELETE /shares/{replica_id}-Anfrage stellen:curl -X DELETE \ "$vpc_api_endpoint/v1/shares/$replica_share_id?version=2026-04-28&generation=2" \ -H "Authorization: Bearer $iam_token"
Weitere Informationen finden Sie unter Aufheben der Replikationsbeziehung mit der API.
Aufhebung der Replikationsbeziehung mit Terraform
-
Verwenden Sie die Ressource
ibm_is_share_replica_operations, um die Quell- und Replikatanteile aufzuteilen:resource "ibm_is_share_replica_operations" "split" { share_replica = ibm_is_share.replica.id split_share = true } -
Nachdem der Split-Vorgang abgeschlossen ist, entfernen Sie die Replik-Dateifreigabe und deren Einhängepunkte aus Ihrer Terraform-Konfiguration und führen Sie anschließend den Befehl „
terraform apply“ aus.# Remove or comment out the replica share and its mount targets # resource "ibm_is_share" "replica" { # ... # } # resource "ibm_is_share_mount_target" "replica_target" { # ... # }
Weitere Informationen finden Sie unter „ Entfernen der Replikationsbeziehung mit Terraform “ und „ Löschen eines Mount-Ziels mit Terraform “.
Schritt 4: Aktualisieren Sie den Zugriffskontrollmodus auf Sicherheitsgruppe
Nachdem alle Einhängeziele und etwaige Replikate der Dateifreigaben gelöscht wurden, ändern Sie den Zugriffskontrollmodus der Dateifreigabe von „ vpc “ auf „ security_group “.
Aktualisieren des Zugriffskontrollmodus in der Konsole
- Klicken Sie in der Konsole IBM Cloud auf das
Navigation > Infrastruktur
> Storage > File Storage Shares.
- Wählen Sie aus der Liste die Dateifreigabe aus, die Sie migrieren möchten.
- Suchen Sie auf der Seite Dateifreigabedetails das Feld Zugriffskontrollmodus.
- Klicken Sie auf das Symbol „Bearbeiten
neben dem Feld „ Zugriffskontrollmodus “.
- Wählen Sie die Sicherheitsgruppe aus der Liste aus.
- Klicken Sie auf Speichern.
Aktualisieren des Zugriffskontrollmodus über die CLI
Führen Sie den Befehl share-update aus, wobei Sie die Option --access-control-mode auf security_group setzen. Ersetzen Sie „ SHARE_ID “ durch die ID oder den Namen der Dateifreigabe.
ibmcloud is share-update SHARE_ID --access-control-mode security_group
Sehen Sie sich das folgende Beispiel an:
ibmcloud is share-update my-file-share --access-control-mode security_group
Aktualisierung des Zugriffskontrollmodus mit der API
Stellen Sie eine Anfrage an PATCH /shares/{share_id}, wobei die Eigenschaft access_control_mode auf security_group gesetzt ist.
curl -X PATCH \
"$vpc_api_endpoint/v1/shares/$share_id?version=2026-04-28&generation=2" \
-H "Authorization: Bearer $iam_token" \
-d '{
"access_control_mode": "security_group"
}'
Aktualisieren des Zugriffskontrollmodus mit Terraform
Aktualisieren Sie das Attribut access_control_mode in der Ressource ibm_is_share auf security_group und führen Sie dann terraform apply aus.
resource "ibm_is_share" "example" {
name = "my-file-share"
zone = "us-south-2"
profile = "dp2"
size = 1000
iops = 500
access_control_mode = "security_group"
}
Schritt 5: Erstellen Sie neue Einhängeziele mit Sicherheitsgruppenzugriff
Nachdem der Zugriffskontrollmodus aktualisiert wurde, erstellen Sie neue Einhängepunkte mit Zugriffsrechten für Sicherheitsgruppen. Jedes Einbindungsziel muss mit einer virtuellen Netzwerkschnittstelle erstellt werden, die einer Sicherheitsgruppe zugeordnet ist. Bevor Sie die Einhängeziele erstellen, stellen Sie sicher, dass Ihre Sicherheitsgruppe eingehenden TCP-Zugriff auf dem Port „ NFS “ (2049) von allen Rechenhosts zulässt, die Zugriff auf die Dateifreigabe benötigen.
Einhängeziele in der Konsole erstellen
- Klicken Sie in der Konsole IBM Cloud auf das
Navigation > Infrastruktur
> Storage > File Storage Shares.
- Wählen Sie die Dateifreigabe aus der Liste aus.
- Klicken Sie auf der Seite Dateifreigabe-Details im Abschnitt Mount-Ziele auf Erstellen.
- Geben Sie einen Namen für das Einhängeziel an.
- Wählen Sie die VPC aus, in der Sie das Einhängeziel erstellen möchten.
- Konfigurieren Sie die virtuelle Netzwerkschnittstelle:
- Geben Sie einen Namen für die virtuelle Netzwerkschnittstelle an.
- Wählen Sie das Teilnetz, in dem das Einhängeziel erstellt wird.
- Geben Sie optional eine reservierte IP-Adresse an oder lassen Sie das System automatisch eine zuweisen.
- Wählen Sie die Sicherheitsgruppe, die den Zugriff auf die Dateifreigabe steuert.
- Aktivieren Sie optional die Verschlüsselung bei der Übertragung, wenn Sie die Daten während der Übertragung schützen möchten.
- Klicken Sie auf Erstellen.
Wiederholen Sie diese Schritte, um Einhängeziele für jede VPC zu erstellen, in der Sie auf die Dateifreigabe zugreifen möchten.
Weitere Informationen finden Sie unter Erstellen eines Einhängeziels in der Konsole.
Erstellen von Einhängezielen über die CLI
Führen Sie den Befehl share-mount-target-create mit den Parametern der virtuellen Netzwerkschnittstelle aus. Ersetzen Sie „ SHARE_ID “ durch die ID oder den Namen der Dateifreigabe, „ MOUNT_TARGET_NAME “ durch den Namen des neuen Einhängeziels, „ VPC_ID “ durch die ID oder den Namen der VPC, „ VNI_NAME “ durch den Namen der virtuellen Netzwerkschnittstelle, „ SUBNET_ID “ durch die ID oder den Namen
des Subnetzes und „ SECURITY_GROUP_ID “ durch die ID oder den Namen der Sicherheitsgruppe.
ibmcloud is share-mount-target-create SHARE_ID \
--name MOUNT_TARGET_NAME \
--vpc VPC_ID \
--vni-name VNI_NAME \
--vni-subnet SUBNET_ID \
--vni-sgs SECURITY_GROUP_ID
Sehen Sie sich das folgende Beispiel an:
ibmcloud is share-mount-target-create my-file-share \
--name my-new-mount-target \
--vpc my-vpc \
--vni-name my-vni \
--vni-subnet my-subnet \
--vni-sgs my-security-group
Weitere Informationen finden Sie unter Erstellen von Einhängezielen über die CLI.
Erstellen von Einhängezielen mit der API
Stellen Sie eine POST /shares/{share_id}/mount_targets Anfrage mit der Konfiguration der virtuellen Netzwerkschnittstelle.
curl -X POST \
"$vpc_api_endpoint/v1/shares/$share_id/mount_targets?version=2026-04-28&generation=2" \
-H "Authorization: Bearer $iam_token" \
-d '{
"name": "my-new-mount-target",
"virtual_network_interface": {
"name": "my-vni",
"subnet": {
"id": "'"$subnet_id"'"
},
"security_groups": [
{
"id": "'"$security_group_id"'"
}
]
}
}'
Weitere Informationen finden Sie unter Erstellen von Einhängezielen mit der API.
Erstellen von Mount-Zielen mit Terraform
Verwenden Sie die Ressource ibm_is_share_mount_target, um ein Einhängeziel mit einer virtuellen Netzwerkschnittstelle zu erstellen.
resource "ibm_is_share_mount_target" "example" {
share = ibm_is_share.example.id
name = "my-new-mount-target"
virtual_network_interface {
name = "my-vni"
subnet = ibm_is_subnet.example.id
security_groups = [ibm_is_security_group.example.id]
}
}
Weitere Informationen finden Sie unter Erstellen von Mount-Zielen mit Terraform.
Schritt 6: Replikat-Dateifreigaben neu erstellen (falls zutreffend)
Falls Sie in Schritt 3 eine Replik-Dateifreigabe gelöscht haben, können Sie diese nun mit dem aktualisierten Zugriffskontrollmodus der Sicherheitsgruppe neu erstellen. Die neue Replikatdateifreigabe erbt den Zugriffskontrollmodus der Sicherheitsgruppe von der Quelldateifreigabe.
Wenn Sie keine Replikatdateifreigabe hatten, überspringen Sie diesen Schritt und fahren Sie mit Schritt 7: Einhängen der Dateifreigabe auf den Computer-Hosts fort.
Erstellen einer Dateifreigabe-Replik in der Konsole
- Klicken Sie in der Konsole IBM Cloud auf das
Navigation > Infrastruktur
> Storage > File Storage Shares.
- Wählen Sie die Quelldateifreigabe aus der Liste aus.
- Klicken Sie auf der Seite mit den Dateifreigabedetails auf das Symbol Aktionen
und wählen Sie Replik erstellen.
- Geben Sie auf der Seite Dateifreigabe-Replikat erstellen die folgenden Informationen an:
- Name: Geben Sie einen eindeutigen Namen für die Replik-Freigabe ein.
- Replikationsort: Wählen Sie die Region und die Zone aus, in der Sie das Replikat erstellen möchten.
- Ressourcengruppe: Wählen Sie die Ressourcengruppe für die Replik aus.
- Profil: Das Profil
dp2ist vorgewählt. Geben Sie den maximalen IOPS-Wert an. - Ziele einhängen: Erstellen Sie optional Einhängeziele für die Replikatfreigabe mit Sicherheitsgruppenzugriff.
- Häufigkeit der Synchronisierung: Geben Sie an, wie oft Änderungen von der Quelle zum Replikat synchronisiert werden sollen (stündlich, täglich, wöchentlich, monatlich oder cron-spec).
- Verschlüsselung: Konfigurieren Sie die Verschlüsselungseinstellungen. Für die regionsübergreifende Replikation müssen Sie einen Kundenstammschlüssel auswählen, wenn die Quelle eine vom Kunden verwaltete Verschlüsselung verwendet.
- Klicken Sie auf „ Dateifreigabe erstellen “.
Weitere Informationen finden Sie unter Hinzufügen der Replikation zu einer Dateifreigabe in der Konsole.
Erstellen einer Replik-Dateifreigabe über die Befehlszeile
Verwenden Sie den Befehl „ share-replica-create “, um eine Replik Ihrer Quelldateifreigabe zu erstellen. Ersetzen Sie „ SOURCE_SHARE_ID “ durch die ID oder den Namen der Quell-Dateifreigabe, „ REPLICA_NAME “ durch den Namen der neuen Replik-Freigabe, „ REPLICA_ZONE “ durch die Zone, in der Sie die Replik erstellen möchten, und „ CRON_SPEC “ durch die Replikationshäufigkeit im Cron-Format (beispielsweise „ 30 17 * * * “ für täglich um 17:30 Uhr).
ibmcloud is share-replica-create \
--source-share SOURCE_SHARE_ID \
--name REPLICA_NAME \
--zone REPLICA_ZONE \
--profile dp2 \
--replication-cron-spec "CRON_SPEC"
Sehen Sie sich das folgende Beispiel an:
ibmcloud is share-replica-create \
--source-share my-file-share \
--name my-replica-file-share \
--zone us-south-1 \
--profile dp2 \
--replication-cron-spec "30 17 * * *"
Weitere Informationen finden Sie unter Erstellen eines Replikats für eine vorhandene Dateifreigabe über die CLI.
Erstellen einer Replik-Dateifreigabe über die API
Stellen Sie eine POST /shares Anfrage, um eine Replikat-Dateifreigabe zu erstellen:
curl -X POST \
"$vpc_api_endpoint/v1/shares?version=2026-04-28&generation=2" \
-H "Authorization: Bearer $iam_token" \
-d '{
"name": "my-replica-file-share",
"profile": {
"name": "dp2"
},
"zone": {
"name": "us-south-1"
},
"replication_cron_spec": "30 17 * * *",
"source_share": {
"id": "'"$source_share_id"'"
},
"size": 1000,
"iops": 500
}'
Weitere Informationen finden Sie unter Erstellen einer Replikatdateifreigabe mit der API.
Erstellen einer Replikat-Dateifreigabe mit Terraform
Fügen Sie eine ibm_is_share Ressource für das Replikat zu Ihrer Terraform-Konfiguration hinzu:
resource "ibm_is_share" "replica" {
name = "my-replica-file-share"
zone = "us-south-1"
profile = "dp2"
size = 1000
iops = 500
source_share = ibm_is_share.source.id
replication_cron_spec = "30 17 * * *"
}
Führen Sie anschließend den Befehl „ terraform apply “ aus, um die Replik zu erstellen.
Weitere Informationen finden Sie unter Erstellen von Replikat-Dateifreigaben mit Terraform.
Schritt 7: Einhängen der Dateifreigabe auf den Computer-Hosts
Nachdem die neuen Einbindungsziele mit Zugriffsrechten für die Sicherheitsgruppe erstellt wurden, binden Sie die Dateifreigabe auf Ihren Rechenhosts über den neuen Einbindungspfad ein. Sie können den Einhängepfad aus den Details des Einhängeziels in der Konsole, der Befehlszeilenschnittstelle oder der API abrufen.
Detaillierte Anweisungen zum Einhängen von Dateifreigaben auf verschiedenen Betriebssystemen finden Sie in den folgenden Themen:
- Dateifreigaben unter Red Hat Linux anhängen
- Dateifreigaben unter CentOS anhängen
- Dateifreigaben unter Ubuntu anhängen
Eine vollständige Liste der Einhängeanweisungen für alle unterstützten Betriebssysteme finden Sie unter Einhängen von Dateifreigaben.
Nächste Schritte
Überprüfen Sie nach Abschluss der Migration die folgenden Punkte:
- Die Dateifreigabe ist von allen autorisierten Computer-Hosts aus zugänglich.
- Die Regeln der Sicherheitsgruppe sind so konfiguriert, dass der Zugriff erlaubt ist.
- Die Anwendungen, die die Dateifreigabe nutzen, funktionieren korrekt.
- Die Einbindung bleibt auch nach einem Neustart erhalten (siehe Einträge unter „
/etc/fstab“).
Weitere Informationen zur Verwaltung von Dateifreigaben finden Sie unter Verwalten von Dateifreigaben und Einhängezielen.