ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Azure Migration

    IT Discussion
    5
    32
    4.8k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • N
      NETS
      last edited by NETS

      My thought is to do it from another Azure VM

      1 Reply Last reply Reply Quote 0
      • S
        scottalanmiller @DustinB3403
        last edited by

        @DustinB3403 said in Azure Migration:

        @scottalanmiller said in Azure Migration:

        @DustinB3403 said in Azure Migration:

        And a follow up to the VM size, is what is your internet bandwidth like?

        Azure to Azure the bandwidth has to be 10Gig easy.

        Do you think they'll be able to go directly between the two? I was thinking he'd have to download the file, and then upload it into the new host.

        Direct connection would be way better though.

        Directly, yes. Or to an Azure storage point. Don't leave Azure in this whole process.

        N 1 Reply Last reply Reply Quote 1
        • N
          NETS @scottalanmiller
          last edited by

          @scottalanmiller

          Yes, I see no reason to leave Azure.

          If we can find out what DC it's in we will fire up the new VM in that DC as well.

          S 3 Replies Last reply Reply Quote 1
          • S
            scottalanmiller @NETS
            last edited by

            @NETS said in Azure Migration:

            @scottalanmiller

            Yes, I see no reason to leave Azure.

            Money, stability. Those seem like big reasons. What business doesn't want to save money, especially if they get a better product by doing so? Minor reason: ease of use.

            What's the reason to stay?

            1 Reply Last reply Reply Quote 0
            • S
              scottalanmiller @NETS
              last edited by

              @NETS said in Azure Migration:

              If we can find out what DC it's in we will fire up the new VM in that DC as well.

              Even between DCs the speed is high.

              1 Reply Last reply Reply Quote 0
              • S
                scottalanmiller @NETS
                last edited by

                @NETS said in Azure Migration:

                @scottalanmiller

                Yes, I see no reason to leave Azure.

                NEver been through any of the Azure outages? Azure customers don't tend to be a happy group when they talk to each other. Only cloud provider that we ever felt the need to drop due to reliability concerns. That their cost is insane doesn't help, but was a minor factor. The constant outages and account problems make them non-viable to us as a production system. And their cost makes them non-viable for anything else.

                1 Reply Last reply Reply Quote 0
                • N
                  NETS
                  last edited by

                  For migration purposes I see no reason to leave Azure in order to keep the speeds up and the migration window short. After this is done we can work on moving them to a cheaper more stable option.

                  S 1 Reply Last reply Reply Quote 0
                  • S
                    scottalanmiller @NETS
                    last edited by

                    @NETS said in Azure Migration:

                    For migration purposes I see no reason to leave Azure in order to keep the speeds up and the migration window short. After this is done we can work on moving them to a cheaper more stable option.

                    Only reason would be that the migration only needs to be done once. There is certainly value in simply getting off of the bad vendor's situation as quickly as possible.

                    Is there any window in which you can do a test migration?

                    N 1 Reply Last reply Reply Quote 0
                    • N
                      NETS @scottalanmiller
                      last edited by

                      @scottalanmiller

                      I believe so.

                      S 1 Reply Last reply Reply Quote 0
                      • S
                        scottalanmiller @NETS
                        last edited by

                        @NETS said in Azure Migration:

                        @scottalanmiller

                        I believe so.

                        If so, test both. What I would propose (if possible only) is take a backup now and see how a restore goes to Azure. See if you can get it working. Then blow that VM away. Record the steps and time it took. Make sure you have a documented process so that you are ready for the weekend.

                        If that was reasonably done, take the same backup and do a test restore to Vultr or Rackspace (I'd do Vultr). See if that works, record the time and steps, etc.

                        Then you have both a backup plan as well as a documented procedure for the weekend and you have the choice of whether to do a two step migration or a one step one.

                        1 Reply Last reply Reply Quote 1
                        • D
                          Dashrender
                          last edited by

                          How do you use storageCraft or Veeam to backup from Azure to Azure? Would you have to stand up another VM in Azure first, then use that to backup the old VM to the backup server, then boot the new VM from the SC or Veeam media and restore?

                          D 1 Reply Last reply Reply Quote 0
                          • D
                            DustinB3403 @Dashrender
                            last edited by

                            @Dashrender you'd download the recovery iso that they provide and point it to the backup you have.

                            This would pull in all of the files etc from the backup and restore it.

                            1 Reply Last reply Reply Quote 0
                            • 1
                            • 2
                            • 2 / 2
                            • First post
                              Last post