OCI FILE STORAGE → STACKIT FILE STORAGE (SFS) · GIDS

OCI File Storage migreren naar STACKIT File Storage

Een OCI-bestandssysteem wordt een share in een STACKIT File Storage (SFS) resource pool en de bestanden verhuizen met een kopie. StackToIT deelt het bestandssysteem in als REPLATFORM; het mount target en de exports die bepalen wie het mag mounten, staan niet in de catalogus, dus die komen terug als MANUAL_REVIEW en vertaalt u zelf naar exportbeleid. Deze gids behandelt de stappen in de volgorde waarin een team ze uitvoert.

De migratie in acht stappen

De volgorde volgt de afhankelijkheidsgolven van de demorun en voegt de praktijk eromheen toe. Stappen die STACKIT-feiten gebruiken, noemen de limieten die gelden.

  1. 1. Inventariseer wat er is

    Maak een lijst van elk bestandssysteem, het mount target, de exports met hun clientbereiken en toegang, en de instances die het mounten. De demo-omgeving heeft twee bestandssystemen, een mount target en twee exports. De run leest alleen Terraform, dus mounts die handmatig op clients zijn gemaakt, moet u zelf opsporen.

  2. 2. Bereid het STACKIT-project voor

    SFS vereist een project in een STACKIT Network Area met routingtabellen ingeschakeld. De interconnectie reserveert een eigen subnet en vereist minstens één /28- en vier /29-subnetten, en geen nieuw subnet mag kleiner zijn dan /29.

  3. 3. Maak de resource pool aan

    Een pool is een container met een vaste, gereserveerde omvang tussen 500 GB en 20 TB, aangemaakt in één availability zone; een zone als eu01-m is een metrozone die naar een andere wordt gerepliceerd. Bij het aanmaken geeft u een omvang, een availability zone, een prestatieklasse en een IP-ACL op voor de netwerken die de pool mogen mounten; de pool zelf mount alleen-lezen.

  4. 4. Maak de shares aan

    Eén share per OCI-bestandssysteem. Een share heeft geen vaste omvang en mag de hele pool gebruiken, of u stelt een ruimtelimiet in. Een pool bevat maximaal 200 shares. Het mountpad is het adres van de pool, gevolgd door de naam van de share.

  5. 5. Zet exports om in exportbeleid

    Elke OCI-exportoptie wordt een regel met een IP-bereik, een volgorde en de vlaggen read_only of super_user. Zonder beleid erft een share de ACL van de pool en mount die alleen-lezen. Het volgende onderdeel toont de demo-exports.

  6. 6. Kopieer de data

    Gebruik een kopie op bestandsniveau vanaf een host die beide kanten mount, bijvoorbeeld rsync of rclone, met een eerste volledige kopieerronde terwijl de bron live is en een laatste ronde nadat de schrijfacties zijn gestopt. Stel op de clients het NFSv4-ID-domein in op stackit.cloud, anders kan het eigendom verkeerd uitkomen.

  7. 7. Schakel de clients over

    Mount met sudo mount -t nfs <address>:/<pool>/<share> <directory>, werk fstab of uw automatisering bij en herstart de applicaties die de oude mount vasthielden. Het adres verandert, dus alles waarin het adres van het OCI mount target staat, verandert mee.

  8. 8. Controleer en faseer dan uit

    Vergelijk het aantal bestanden en checksums op een steekproef, controleer de rechten als de applicatiegebruiker en houd het OCI-bestandssysteem daarna een afgesproken periode alleen-lezen. Dat is uw rollback. Verwijder het pas na die periode.

Het bestandssysteem, beoordeeld

Een Oracle Cloud-omgeving van zeven resources, geschreven voor deze pagina en door StackToIT beoordeeld op 4 november 2026. Links een bestandssysteem uit de invoer. Rechts de beslissing die ervoor in assessment.json is vastgelegd. assessment.json staat op één regel, dus het venster toont geselecteerde velden van elke eenheid, ingesprongen en genest zoals in het bestand, met ongewijzigde waarden.

Voorbeeldinvoermain.tf
resource "oci_file_storage_file_system" "media" {
  compartment_id      = var.compartment_id
  availability_domain = var.availability_domain
  display_name        = "media"
}
StackToIT-assessmentassessment.json
{
  "id": "oci_file_storage_file_system.media",
  "result": {
    "class": "REPLATFORM",
    "confidence": "MEDIUM",
    "target": {
      "service": "STACKIT File Storage (SFS)",
      "resources": [
        "stackit_sfs_resource_pool",
        "stackit_sfs_share",
        "stackit_sfs_export_policy"
      ]
    },
    "reason": "A file system becomes a STACKIT File Storage share. Data moves with a file copy, and mount targets and export rules are rewritten."
  }
}
  • Het bestandssysteem heeft een doel

    REPLATFORM met zekerheidsniveau MEDIUM, naar STACKIT File Storage (SFS) als stackit_sfs_resource_pool, stackit_sfs_share en stackit_sfs_export_policy. De run vermeldt SFS voor zowel eu01 als eu02 in zijn snapshot van de STACKIT-catalogus.

  • Drie instellingen genoemd

    availability_domain, compartment_id en display_name zijn de instellingen die het architectenrapport voor deze eenheid noemt. Het availability domain heeft op STACKIT geen directe tegenhanger: u kiest een availability zone voor de pool.

  • Data wordt vermeld, niet verplaatst

    migration/data-movement.md noemt beide bestandssystemen als stateful eenheden met het mechanisme UNKNOWN. StackToIT verplaatst geen data en de omvang van de data staat niet in de Terraform.

Het mount target en de exports, aan u overgelaten

Dezelfde run voor de twee resources die de toegang regelen. Ze staan niet in de catalogus van de engine, dus er is niets van beoordeeld of opgesteld. assessment.json staat op één regel, dus het venster toont geselecteerde velden van elke eenheid, ingesprongen en genest zoals in het bestand, met ongewijzigde waarden.

Voorbeeldinvoermain.tf
resource "oci_file_storage_mount_target" "shared" {
  compartment_id      = var.compartment_id
  availability_domain = var.availability_domain
  subnet_id           = oci_core_subnet.files.id
  display_name        = "shared-mt"
}

resource "oci_file_storage_export" "media" {
  export_set_id  = oci_file_storage_mount_target.shared.export_set_id
  file_system_id = oci_file_storage_file_system.media.id
  path           = "/media"

  export_options {
    source          = "10.40.0.0/16"
    access          = "READ_WRITE"
    identity_squash = "NONE"
  }
}
StackToIT-assessmentassessment.json
[
  {
    "id": "oci_file_storage_mount_target.shared",
    "result": {
      "class": "MANUAL_REVIEW",
      "confidence": "LOW",
      "reason": "oci_file_storage_mount_target is not in the knowledge base catalogue; an architect has to decide the target. Nothing of this resource is assessed or drafted (unknown source type)."
    }
  },
  {
    "id": "oci_file_storage_export.media",
    "result": {
      "class": "MANUAL_REVIEW",
      "confidence": "LOW",
      "reason": "oci_file_storage_export is not in the knowledge base catalogue; an architect has to decide the target. Nothing of this resource is assessed or drafted (unknown source type)."
    }
  }
]
  • MANUAL_REVIEW met zekerheidsniveau LOW

    Beide typen komen terug als onbekende brontypen. Het rapport noemt ze in het onderdeel over onbekende brontypen en voegt een waarschuwing toe aan de bestandssystemen en het subnet die eraan gekoppeld zijn: het effect van de gekoppelde resource op de migratie is niet beoordeeld.

  • De exports bevatten de toegangsregels

    De media-export staat 10.40.0.0/16 toe met READ_WRITE en identity squash NONE; de home-export staat 10.40.3.0/24 toe met READ_ONLY en identity squash ROOT. Dit zijn de regels om opnieuw op te bouwen: twee policies met elk één regel, of één policy per clientgroep.

  • Volgorde van de migratie

    Golven uit de afhankelijkheden: het VCN en beide bestandssystemen in golf 1, het subnet in golf 2, het mount target in golf 3 en de twee exports in golf 4. Op STACKIT komen de pool en shares eerst en wordt het exportbeleid aan de shares gekoppeld.

Hoe de omgeving wordt gekoppeld

OCI-resourceSTACKIT-doelKlasse in de run
Bestandssysteem (media, home-dirs)Share in een SFS resource pool, met exportbeleidREPLATFORM, MEDIUM
Mount targetGeen tegenhanger genoemd in de run; de pool en de share dragen het mountadresMANUAL_REVIEW, LOW
Export met exportoptiesExportbeleid van de share met geordende regelsMANUAL_REVIEW, LOW
SubnetSTACKIT-netwerk met een eigen adresbereik, binnen de Network AreaRECONFIGURE, MEDIUM
VCNSTACKIT-netwerk, met een Network Area waar routering nodig isRECONFIGURE, MEDIUM

Klassen zoals de run ze bepaalde. De rechterkolom voor het mount target en de exports is een ontwerpinterpretatie en geen resultaat van de run: de run noemt er geen doel voor.

Wat de twee diensten onderscheidt

GebiedOracle Cloud File StorageSTACKIT File Storage
ProtocolNFSv3 met network lock manager; AUTH_SYS-authenticatieNFSv3, NFSv4.1 en NFSv4.2, vermeld als onversleutelde protocolversies; voor correct eigendom stellen clients het NFSv4-ID-domein in op stackit.cloud
CapaciteitGroeit vanaf één byte zonder inrichtingEen pool met vaste omvang, 500 GB tot 20 TB, vooraf gereserveerd
ToegangsbeheerExportopties per export, tot 100, per IP of CIDRRegels voor exportbeleid, tot 10 per policy en 200 policies per project; de eerste passende regel op volgorde geldt
SnapshotsPer bestandssysteem, point-in-time, zoveel als u nodig hebtPer resource pool, voor alle shares samen; 100 handmatige en 100 geplande; onveranderbaar tot 30 dagen
VersleutelingElk bestand krijgt een eigen versleutelingssleutel; versleuteling tijdens transport met TLS is beschikbaarAt rest met AES-256, per resource pool

Een poolsnapshot omvat elke share in de pool. Moeten twee applicaties onafhankelijk te herstellen zijn, geef ze dan aparte pools.

Beslissingen van uw architecten

  • Pools en shares

    Eén pool per applicatiegroep of één grote pool. Capaciteit wordt per pool gereserveerd en snapshots gelden per pool, dus de indeling bepaalt kosten en herstelbereik.

  • Prestatieklasse

    Elke pool heeft één klasse. De snapshot van de STACKIT-catalogus in de run vermeldt drie SFS-prestatieklassen in eu01 en in eu02; kies er één op basis van de doorvoer die uw workload nu haalt.

  • Ontwerp van het exportbeleid

    Welke clientbereiken read-write mounten, welke alleen-lezen en welke root nodig hebben. Bepaal de volgorde van de regels bewust, want de eerste treffer wint.

  • Kopieermethode en venster

    Een eerste kopieerronde op de live bron plus een korte laatste ronde houdt de downtime klein. Eén ronde na het stoppen van de schrijfacties is eenvoudiger voor kleine shares.

  • Snapshotschema

    OCI-snapshots reizen niet mee met een bestandskopie. Stel op STACKIT een snapshotschema voor de pool en een onveranderbare periode in als u die nodig hebt.

  • Wijzigingen op de clients

    ID-domein, mountadres en mountopties op elke client. Verzamel ze vóór de cutoverdag in uw configuratiebeheer.

Bewezen op een echte AWS-omgeving

De AWS Retail Store Sample App, een openbaar Terraform-project van AWS, door StackToIT beoordeeld en volledig gepubliceerd, precies zoals de run het heeft opgeleverd.

Casestudy bekijken (Engels)
282
Terraform-resourcedeclaraties geanalyseerd
44
migratie-eenheden geïdentificeerd
38
doeleenheden gegenereerd, van de 52 onderzochte eenheden
331
planstappen uitgeschreven

Vragen van opslagteams

Kopieert StackToIT de bestanden voor ons?

Nee. Het verplaatst nooit data. Het bestand voor dataverplaatsing noemt elk bestandssysteem als stateful eenheid met het mechanisme open, en u kiest de kopieermethode op basis van de omvang, de downtime die u accepteert en de consistentie die de applicatie nodig heeft.

Waarom zijn het mount target en de exports MANUAL_REVIEW?

Hun resourcetypen staan niet in de catalogus van de build die voor deze pagina is gebruikt, dus de run beoordeelt en stelt er niets voor op. Hun instellingen staan in uw Terraform; de vertaling naar exportbeleid is ontwerpwerk voor uw team.

Houden onze clients hetzelfde mountadres?

Nee. Het mountpad op STACKIT is het adres van de pool, gevolgd door de pool- en sharenaam, binnen uw Network Area, dus elke mountdefinitie verandert bij de cutover.

Kunnen meerdere OCI-bestandssystemen één STACKIT-pool delen?

Ja. Een pool bevat maximaal 200 shares die de gereserveerde capaciteit delen. Snapshots gelden voor de hele pool; dat is de reden om data die apart hersteld moet worden, te scheiden.

Bronnen

Uw volgende stap: STACKIT.

Vertel ons over uw omgeving, dan laten wij zien wat StackToIT daarvoor oplevert: doelarchitectuur, Terraform-artefacten en een gestructureerd migratieplan.

Laat uw gegevens achter, onze specialisten nemen contact met u op.

Liever zelf een e-mail sturen? connect@stacktoit.com

Wij gebruiken uw gegevens alleen om dit verzoek te beantwoorden en een mogelijke pilot te bespreken. Privacyverklaring