IBM Cloud Docs
Migrating existing network configurations to Power Edge Router

Migrating existing network configurations to Power Edge Router

If you have manually configured subnets and Direct Link through a support ticket and are planning to leverage the built-in redundancy and much higher bandwidth of Power Edge Router (PER), consider migrating your workspace to PER.

To perform the workspace migration to PER, complete the following steps:

  1. Create a case from the Support Center of IBM Cloud.

  2. Select Workspace for Power Virtual Server and Power VS Network Related under Topic and Subtopic respectively.

  3. Provide a short description of your migration requirements in the Subject.

  4. In the Description box under additional information, provide the following information and click Next:

    1. The CRN (Cloud Resource Name) of your workspace that you want to upgrade.
    2. The list of subnets configured in the workspace.
    3. The list of Direct Link connections to which the subnets are attached.

    The IBM Power Virtual Server operation team processes the support ticket by configuring the PER and other network devices in parallel to the Direct Link configuration. When the PER configuration is complete, you are notified through a ticket update that the PER configuration is ready for your validation and testing.

  5. Schedule a maintenance window, during which you need to provision the Transit Gateway to conclude the PER network construction. See the PER use cases for more information. To force the network to go through the PER network, perform the following steps:

    1. From the IBM Cloud catalog, browse your provisioned Direct Link connections.
    2. Click a Direct Link connection to open the connection details page.
    3. Click the BGP tab and then open the Route Filter details.
    4. Under Import route filters and Export route filters, select Deny all import routes to block the Direct Link routes and force the traffic to go through the PER network.

    Repeat the above steps for each of the Direct Link connections. If you face any PER connectivity problem and want to revert to the Direct Link path, select Permit all import routes to unblock the Direct Link routes and disconnect the workspace from the Transit Gateway.

  6. Upon successful testing, for example, through a ping test; delete the Direct Link connections and notify IBM by updating the ticket.

  7. The Power Virtual Server team performs in-house cleanup, mark the workspace as Migrated, and close the ticket.

After the workspace is migrated to the PER network through the ticketing process, continue to refer to the support ticket for network configuration information (subnet create, delete, and update gateway). Before deleting your old migrated workspace, open a support ticket to remove the configuration of the backend devices and once that is complete the workspace can be deleted.

Running a Full Linux Subscription (FLS) on the migrated workspace

There are two ways to by which you can run the FLS with the migrated workspace.

  1. FLS will work if you update the migrated subnets with DNS IP's. Update the migrated subnet by adding DNS IP's such as 161.26.0.10 or 161.26.0.11. Use the command line to run the following command in your termminal:

    ibmcloud pi netu Network_ID --dns-servers "127.0.0.1 161.26.0.10 161.26.0.11"

  2. For existing virtual server instances that are deployed using migrated subnets, add the following two DNS IP's or specific DNS IP's of your environment to /etc/resolv.conf file:

    • nameserver 161.26.0.10
    • nameserver 161.26.0.11

Additional information on PER migration

If you need to make additional changes after you have competed the migration to configure the backend devices, perform the following actions:

  • Create a subnet: Create the subnet in the Power Virtual Server UI and then open a support ticket for the Power Virtual Server operations team to configure the subnet on the backend devices.
  • Update or delete a subnet: First, open a support ticket so that the Power Virtual Server operations team can update or delete the changes in the backend devices. You can then update or delete the subnet from the Power Virtual Server UI.