Helyszíni Linux-alkalmazás áthelyezése Azure-beli virtuális gépekre és az Azure Database for MySQL-beRehost an on-premises Linux app to Azure VMs and Azure Database for MySQL

Ez a cikk bemutatja, hogyan helyez át a Contoso nevű fiktív vállalat egy kétszintű, Linux-alapú Apache/MySQL/PHP (LAMP) helyszíni alkalmazást az Azure-ba migrálással Azure-beli virtuális gépek és az Azure Database for MySQL használatával.This article shows how the fictional company Contoso rehosts a two-tier Linux-based Apache/MySQL/PHP (LAMP) app, migrating it from on-premises to Azure using Azure VMs and Azure Database for MySQL.

Az ebben a példában használt osTicket egy nyílt forráskódú ügyfélszolgálati alkalmazás.osTicket, the service desk app used in this example, is provided as open source. Ha saját tesztelési célokra szeretné használni, letöltheti a GitHubról.If you'd like to use it for your own testing, you can download it from GitHub.

Üzleti szempontokBusiness drivers

Az informatikai vezetés szorosan együttműködik az üzleti partnerekkel annak érdekében, hogy megtudják, milyen eredményeket várnak:The IT Leadership team has worked closely with business partners to understand what they want to achieve:

  • Alkalmazkodás a vállalat növekedéséhez.Address business growth. A Contoso növekszik, és ez nyomást gyakorol a helyszíni rendszerekre és infrastruktúrára.Contoso is growing, and as a result there's pressure on the on-premises systems and infrastructure.
  • Kockázatok korlátozása.Limit risk. Az ügyfélszolgálati alkalmazás kritikus fontosságú a Contoso számára,The service desk app is critical for the business. ezért a vállalat kockázat nélkül szeretné áthelyezni az Azure-ba.Contoso wants to move it to Azure with zero risk.
  • Kiterjesztés.Extend. A Contoso jelenleg nem szeretné módosítani az alkalmazást.Contoso doesn't want to change the app right now. Egyszerűen csak biztosítani szeretné az alkalmazás stabil működését.It simply wants to keep the app stable.

Migrálási célokMigration goals

A Contoso felhőszolgáltatási csapata kitűzte a migrálási célokat a legjobb migrálási módszer meghatározásához:The Contoso cloud team has pinned down goals for this migration, in order to determine the best migration method:

  • A migrálás után az Azure-beli alkalmazásnak ugyanazzal a teljesítménnyel kell rendelkeznie, mint jelenleg a helyszíni VMware-környezetben.After migration, the app in Azure should have the same performance capabilities as it does today in their on-premises VMware environment. Az alkalmazás ugyanolyan kritikus fontosságú lesz a felhőben, mint jelenleg a helyszínen.The app will remain as critical in the cloud as it is on-premises.
  • A contoso nem szeretne befektetni az alkalmazásba.Contoso doesn't want to invest in this app. Az alkalmazás fontos a vállalat számára, de jelenlegi formájában a Contoso egyszerűen csak át szeretné helyezni a felhőbe.It's important to the business, but in its current form Contoso simply want to move it safely to the cloud.
  • A Contoso néhány Windows-alkalmazást már migrált az Azure-ba, és most szeretné megismerni, hogyan használhat ott Linux-alapú infrastruktúrát.Having completed a couple of Windows app migrations, Contoso wants to learn how to use a Linux-based infrastructure in Azure.
  • Miután a Contoso áthelyezte az alkalmazást a felhőbe, szeretné minimálisra csökkenteni az adatbázis karbantartási feladatait.Contoso wants to minimize database admin tasks after the application is moved to the cloud.

Javasolt architektúraProposed architecture

Ebben a forgatókönyvben:In this scenario:

  • Az alkalmazás két szintre van osztva két virtuális gépen (OSTICKETWEB és OSTICKETMYSQL).The app is tiered across two VMs (OSTICKETWEB and OSTICKETMYSQL).
  • A virtuális gépek a contosohost1.contoso.com VMware ESXi-gazdagépen (6.5-ös verzió) találhatók.The VMs are located on VMware ESXi host contosohost1.contoso.com (version 6.5).
  • A VMware-környezetet egy virtuális gépen futó vCenter Server 6.5 (vcenter.contoso.com) felügyeli.The VMware environment is managed by vCenter Server 6.5 (vcenter.contoso.com), running on a VM.
  • A Contoso egy helyszíni tartományvezérlővel (contoso-datacenter) ellátott helyszíni adatközponttal (contosodc1) rendelkezik.Contoso has an on-premises datacenter (contoso-datacenter), with an on-premises domain controller (contosodc1).
  • Az OSTICKETWEB webes szintű alkalmazása egy Azure IaaS-virtuálisgépre lesz migrálva.The web tier app on OSTICKETWEB will be migrated to an Azure IaaS VM.
  • Az alkalmazás adatbázisa az Azure Database for MySQL PaaS-szolgáltatásra lesz migrálva.The app database will be migrated to the Azure Database for MySQL PaaS service.
  • Mivel a Contoso egy éles számítási feladatot migrál, az erőforrások a ContosoRG éles erőforráscsoportban lesznek.Since Contoso is migrating a production workload, the resources will reside in the production resource group ContosoRG.
  • Az erőforrások migrálva lesznek az elsődleges régióba (az USA 2. keleti régiója), és az éles hálózatba (VNET-PROD-EUS2) kerülnek:The resources will be replicated to the primary region (East US 2), and placed in the production network (VNET-PROD-EUS2):
    • A webes virtuális gép az előtérbeli alhálózaton (PROD-FE-EUS2) lesz megtalálható.The web VM will reside in the front-end subnet (PROD-FE-EUS2).
    • Az adatbázispéldány az adatbázis alhálózatán (PROD-DB-EUS2) lesz megtalálható.The database instance will reside in the database subnet (PROD-DB-EUS2).
  • Az alkalmazás adatbázisa MySQL-eszközökkel az Azure Database for MySQL-be lesz migrálva.The app database will be migrated to Azure Database for MySQL using MySQL tools.
  • A Contoso adatközpontjában található helyszíni virtuális gépek le lesznek szerelve a migrálás után.The on-premises VMs in the Contoso datacenter will be decommissioned after the migration is done.

Forgatókönyv-architektúra

Migrálási folyamatMigration process

A Contoso az alábbiak szerint hajtja végre a migrálási folyamatot:Contoso will complete the migration process as follows:

A webes virtuális gép migrálása:To migrate the web VM:

  1. Első lépésként beállítja a Site Recovery üzembe helyezéséhez szükséges Azure-beli és helyszíni infrastruktúrát.As a first step, Contoso sets up the Azure and on-premises infrastructure needed to deploy Site Recovery.
  2. Az Azure-beli és a helyszíni összetevők előkészítése után beállítja és engedélyezi a webes virtuális gépek replikációját.After preparing the Azure and on-premises components, Contoso sets up and enables replication for the web VM.
  3. Miután engedélyezték a replikációt, és működik, feladatátvétellel migrálják a virtuális gépet az Azure-ba.After replication is up-and-running, Contoso migrates the VM by failing it over to Azure.

Az adatbázis migrálása:To migrate the database:

  1. A Contoso kiépít egy MySQL-példányt az Azure-ban.Contoso provisions a MySQL instance in Azure.
  2. A Contoso beállítja a MySQL Workbenchet, és helyi biztonsági mentést készít az adatbázisról.Contoso sets up MySQL workbench, and backs up the database locally.
  3. A Contoso ezután a helyi biztonsági mentésből helyreállítja az adatbázist az Azure-ba.Contoso then restore the database from the local backup to Azure.

Migrálási folyamat

Azure-szolgáltatásokAzure services

SzolgáltatásService LeírásDescription KöltségekCost
Azure Site RecoveryAzure Site Recovery A szolgáltatás az Azure-beli virtuális gépek, illetve a helyszíni virtuális gépek és fizikai kiszolgálók migrálását és vészhelyreállítását irányítja és felügyeli.The service orchestrates and manages migration and disaster recovery for Azure VMs, and on-premises VMs and physical servers. Az Azure-ba történő replikáció során Azure Storage-díjakkal kell számolni.During replication to Azure, Azure Storage charges are incurred. Feladatátvétel esetén a rendszer Azure-beli virtuális gépeket hoz létre, ami költségekkel jár.Azure VMs are created, and incur charges, when failover occurs. További információk a költségekről és a díjszabásról.Learn more about charges and pricing.
Azure Database for MySQLAzure Database for MySQL Az adatbázis a MySQL Server nyílt forráskódú motorján alapul.The database is based on the open-source MySQL Server engine. Az Azure Database for MySQL alkalmazásfejlesztési és üzembehelyezési célokra szolgáltatásként biztosít egy teljes körűen felügyelt, nagyvállalati használatra kész, közösségi gondozású MySQL-adatbázist.It provides a fully managed enterprise-ready community MySQL database, as a service for app development and deployment.

ElőfeltételekPrerequisites

Ebben a forgatókönyvben a Contosónak az alábbiakra van szüksége.Here's what Contoso needs for this scenario.

KövetelményekRequirements RészletekDetails
Azure-előfizetésAzure subscription A Contoso egy korábbi cikkben előfizetéseket hozott létre.Contoso created subscriptions during an earlier article. Ha nem rendelkezik Azure-előfizetéssel, hozzon létre egy ingyenes fiókot.If you don't have an Azure subscription, create a free account.

Ha ingyenes fiókot hoz létre, Ön lesz az előfizetés rendszergazdája, és minden műveletet végrehajthat.If you create a free account, you're the administrator of your subscription and can perform all actions.

Ha meglévő előfizetést használ, és nem Ön a rendszergazdája, kérjen a rendszergazdától tulajdonosi vagy közreműködői jogosultságot.If you use an existing subscription and you're not the administrator, you need to work with the admin to assign you Owner or Contributor permissions.

Ha ennél részletesebb engedélyekre van szüksége, tekintse meg ezt a cikket.If you need more granular permissions, review this article.
Azure-infrastruktúraAzure infrastructure A Contoso a migráláshoz szánt Azure-infrastruktúrát ismertető cikkben leírtak alapján állította be az Azure-infrastruktúrát.Contoso set up the Azure infrastructure as described in Azure infrastructure for migration.

További információ a Site Recovery konkrét hálózati és tárolási követelményeiről.Learn more about specific network and storage requirements for Site Recovery.
Helyszíni kiszolgálókOn-premises servers A helyszíni vCenter-kiszolgálóknak 5.5-ös, 6.0-s vagy 6.5-ös verziójúnak kell lenniükThe on-premises vCenter server should be running version 5.5, 6.0, or 6.5

Egy 5.5-ös, 6.0-s vagy 6.5-ös verziójú ESXi-gazdagépAn ESXi host running version 5.5, 6.0 or 6.5

Legalább egy, az ESXi-gazdagépen futó VMware-virtuálisgép.One or more VMware VMs running on the ESXi host.
Helyszíni virtuális gépekOn-premises VMs Át kell tekinteni, hogy mely linuxos virtuális gépek támogatottak a Site Recoveryvel történő migráláshoz.Review Linux VM requirements that are supported for migration with Site Recovery.

Ellenőrizni kell a támogatott linuxos fájl- és tárolórendszereket.Verify supported Linux file and storage systems.

A virtuális gépeknek meg kell felelniük az Azure-követelményeknek.VMs must meet Azure requirements.

A forgatókönyv lépéseiScenario steps

A Contoso rendszergazdái a következőképpen végzik el a migrálást:Here's how Contoso admins will complete the migration:

  • 1. lépés: az Azure előkészítése Site Recovery számára.Step 1: Prepare Azure for Site Recovery. Létrehoznak egy Azure-tárfiókot a replikált adatok tárolásához, valamint egy helyreállítási tárat.They create an Azure storage account to hold replicated data, and create a Recovery Services vault.
  • 2. lépés: a helyszíni VMware előkészítése Site Recovery számára.Step 2: Prepare on-premises VMware for Site Recovery. Előkészítik a fiókokat a virtuális gépek felderítéséhez és az ügynök telepítéséhez, és előkészülnek az Azure-beli virtuális gépekhez történő, a feladatátvétel utáni csatlakozáshoz.They prepare accounts for VM discovery and agent installation, and prepare to connect to Azure VMs after failover.
  • 3. lépés: az adatbázis kiépítése.Step 3: Provision the database. Üzembe helyezik az Azure Database for MySQL egy példányát az Azure-ban.In Azure, they provision an instance of Azure Database for MySQL.
  • 4. lépés: virtuális gépek replikálása.Step 4: Replicate VMs. Konfigurálják a Site Recovery forrás- és célkörnyezetét, beállítják a replikációs szabályzatot, és megkezdik a virtuális gépek replikálását az Azure Storage-be.They configure the Site Recovery source and target environment, set up a replication policy, and start replicating VMs to Azure storage.
  • 5. lépés: az adatbázis migrálása.Step 5: Migrate the database. Beállítják a migrálást a MySQL-eszközökkel.They set up migration with MySQL tools.
  • 6. lépés: telepítse át a virtuális gépeket Site Recovery.Step 6: Migrate the VMs with Site Recovery. Végül lefuttatnak egy feladatátvételi tesztet, hogy meggyőződjenek a megfelelő működésről, majd egy teljes feladatátvétel futtatásával az Azure-ba migrálják a virtuális gépeket.Lastly, they run a test failover to make sure everything's working, and then run a full failover to migrate the VMs to Azure.

1. lépés: az Azure előkészítése a Site Recovery szolgáltatáshozStep 1: Prepare Azure for the Site Recovery service

A Contosónak szüksége van néhány Azure-összetevőre a Site Recoveryhez:Contoso needs a couple of Azure components for Site Recovery:

  • Egy virtuális hálózatra, amelyen a feladatátvételen átesett erőforrások találhatók.A VNet in which failed over resources are located. A Contoso már létrehozott egy virtuális hálózatot az Azure-infrastruktúra üzembe helyezése soránContoso already created the VNet during Azure infrastructure deployment
  • Egy új Azure-tárfiókra a replikált adatok tárolásához.A new Azure storage account to hold replicated data.
  • Egy helyreállítási tár az Azure-ban.A Recovery Services vault in Azure.

A Contoso rendszergazdái létrehoznak egy tárfiókot és egy tárolót a következő módon:The Contoso admins create a storage account and vault as follows:

  1. Létrehoznak egy tárfiókot (contosovmsacc20180528) az USA 2. keleti régiójában.They create a storage account (contosovmsacc20180528) in the East US 2 region.

    • A tárfióknak és a Recovery Services-tárolónak ugyanabban a régióban kell elhelyezkednie.The storage account must be in the same region as the Recovery Services vault.
    • Általános célú fiókot használnak standard szintű tárolóval és LRS-replikációval.They use a general purpose account, with standard storage, and LRS replication.

    Site Recovery-tár

  2. Ha már rendelkezésre áll a hálózat és a tárfiók, létrehoznak egy tárat (ContosoMigrationVault), amelyet az elsődleges régióban (az USA 2. keleti régiójában) található ContosoFailoverRG erőforráscsoportban helyeznek el.With the network and storage account in place, they create a vault (ContosoMigrationVault), and place it in the ContosoFailoverRG resource group, in the primary East US 2 region.

    Recovery Services-tároló

További segítségre van szüksége?Need more help?

Tudnivalók az Azure a Site Recoveryhez történő beállításáról.Learn about setting up Azure for Site Recovery.

2. lépés: a helyszíni VMware előkészítése Site RecoveryStep 2: Prepare on-premises VMware for Site Recovery

A Contoso rendszergazdái az alábbiak szerint készítik elő a helyszíni VMware-infrastruktúrát:Contoso admins prepare the on-premises VMware infrastructure as follows:

  • Létrehoznak egy fiókot a vCenter-kiszolgálón a virtuális gépek felderítésének automatizálásához.They create an account on the vCenter server, to automate VM discovery.
  • Létrehoznak egy fiókot, amely lehetővé teszi a mobilitási szolgáltatás automatikus telepítését azokon a VMware-virtuálisgépeken, amelyek replikálva lesznek.They create an account that allows automatic installation of the Mobility service on VMware VMs that will be replicated.
  • Előkészítik a helyszíni virtuális gépeket, hogy csatlakozni tudjanak a migrálás után létrehozott Azure-beli virtuális gépekhez.They prepare on-premises VMs, so that they can connect to Azure VMs when they're created after the migration.

Fiók előkészítése automatikus felderítéshezPrepare an account for automatic discovery

A Site Recoverynek hozzáféréssel kell rendelkeznie a VMware-kiszolgálókhoz az alábbiak érdekében:Site Recovery needs access to VMware servers to:

  • A virtuális gépek automatikus felderítése.Automatically discover VMs. Szükség van legalább egy csak olvasási jogokat biztosító fiókra.At least a read-only account is required.
  • Replikáció, feladatátvétel és feladat-visszavétel vezénylése.Orchestrate replication, failover, and failback. Szüksége van egy fiókra, amely képes különböző műveleteket futtatni, például lemezeket létrehozni és eltávolítani, valamint bekapcsolni a virtuális gépeket.You need an account that can run operations such as creating and removing disks, and turning on VMs.

A Contoso rendszergazdái az alábbiak szerint állítják be a fiókot:Contoso admins set up the account as follows:

  1. Létrehoznak egy szerepkört a vCenter-szintjén.They create a role at the vCenter level.
  2. Ezután ehhez a szerepkörhöz hozzárendelik a szükséges engedélyeket.They then assign that role the required permissions.

Fiók előkészítése a mobilitási szolgáltatás telepítéséhezPrepare an account for Mobility service installation

A mobilitási szolgáltatásnak az összes virtuális gépen telepítve kell lennie, amelyet a Contoso migrálni szeretne.The Mobility service must be installed on each VM that Contoso wants to migrate.

  • A Site Recovery képes az összetevő automatikus leküldéses telepítésére, ha a virtuális gépek replikációja engedélyezve van.Site Recovery can do an automatic push installation of this component when you enable replication for the VMs.
  • Az automatikus telepítéshez.For automatic installation. A Site Recoverynek szüksége van egy fiókra, amely engedéllyel rendelkezik a virtuális gép eléréséhez.Site Recovery needs an account with permissions to access the VM.
  • A fiók adatainak bevitele a replikáció beállítása során történik.Account details are input during replication setup.
  • A fiók lehet tartományi vagy helyi fiók, amennyiben rendelkezik telepítési engedélyekkel.The account can be domain or local account, as long as it has installation permissions.

Felkészülés az Azure virtuális gépekhez való kapcsolódásra a feladatátvételt követőenPrepare to connect to Azure VMs after failover

Az Azure-ba történő feladatátvétel után a contoso csatlakozni szeretne az Azure-beli virtuális gépekhez.After failover to Azure, Contoso wants to connect to the Azure VMs. Ennek engedélyezéséhez a contoso rendszergazdáinak a következőket kell tenniük:To enable this, Contoso admins must do the following:

  • Az internetes eléréshez engedélyezniük kell az SSH-t a Linux rendszerű helyszíni virtuális gépen a migrálás előtt.To access over the internet, they enable SSH on the on-premises Linux VM before the migration. Ubuntu esetén ezt a következő parancs használatával lehet elvégezni: sudo apt-get SSH install-y.For Ubuntu this can be completed using the following command: Sudo apt-get ssh install -y.
  • A feladatátvétel után ellenőrizhetik a Rendszerindítási diagnosztika részt a virtuális gép képernyőképének megtekintéséhez.After the failover, they should check Boot diagnostics to view a screenshot of the VM.
  • Ha ez nem működik, akkor ellenőrizniük kell, hogy fut-e a virtuális gép, és át kell tekinteniük ezeket a hibaelhárítási tippeket.If this doesn't work, they need to verify that the VM is running, and review these troubleshooting tips.

További segítségre van szüksége?Need more help?

  • Tudnivalók egy szerepkör automatikus felderítés céljából történő létrehozásáról és hozzárendeléséről.Learn about creating and assigning a role for automatic discovery.
  • Tudnivalók a mobilitási szolgáltatás leküldéses telepítéséhez történő fióklétrehozásról.Learn about creating an account for push installation of the Mobility service.

3. lépés: Azure Database for MySQL kiépítéseStep 3: Provision Azure Database for MySQL

A Contoso rendszergazdái kiépítenek egy MySQL-adatbázispéldányt az elsődleges régióban, amely az USA 2. keleti régiója.Contoso admins provision a MySQL database instance in the primary East US 2 region.

  1. Az Azure Portalon létrehoznak egy Azure Database for MySQL-erőforrást.In the Azure portal, they create an Azure Database for MySQL resource.

    MySQL

  2. Az Azure-adatbázishoz hozzáadják a contosoosticket nevet.They add the name contosoosticket for the Azure database. Az adatbázist hozzáadják a ContosoRG éles erőforráscsoporthoz, és megadják a hozzá tartozó hitelesítő adatokat.They add the database to the production resource group ContosoRG, and specify credentials for it.

  3. A helyszíni MySQL-adatbázis 5.7-es verziójú, ezért ezt a verziót választják a kompatibilitás érdekében.The on-premises MySQL database is version 5.7, so they select this version for compatibility. Az alapértelmezett méreteket használják, amelyek megfelelnek az adatbázis követelményeinek.They use the default sizes, which match their database requirements.

    MySQL

  4. A Biztonsági mentési redundancia beállításainál a Georedundáns lehetőséget választják.For Backup Redundancy Options, they select to use Geo-Redundant. Ez a beállítás lehetővé teszi, hogy üzemkimaradás esetén helyreállítsák az adatbázist a másodlagos régióban, az USA középső régiójában.This option allows them to restore the database in their secondary Central US region if an outage occurs. Ezt a beállítást csak az adatbázis kiépítésekor konfigurálhatják.They can only configure this option when they provision the database.

    Redundancia

  5. A VNET-PROD-EUS2 hálózat > Szolgáltatásvégpontok helyen hozzáadnak egy szolgáltatásvégpontot (adatbázis-alhálózatot) az SQL-szolgáltatáshoz.In the VNET-PROD-EUS2 network > Service endpoints, they add a service endpoint (a database subnet) for the SQL service.

    MySQL

  6. Az alhálózat hozzáadása után létrehoznak egy virtuális hálózati szabályt, amely engedélyezi a hozzáférést az éles hálózatban lévő adatbázis alhálózatából.After adding the subnet, they create a virtual network rule that allows access from the database subnet in the production network.

    MySQL

4. lépés: a helyszíni virtuális gépek replikálásaStep 4: Replicate the on-premises VMs

A webes virtuális gép Azure-ba történő migrálása előtt a Contoso rendszergazdái beállítják és engedélyezik a replikációt.Before they can migrate the web VM to Azure, Contoso admins set up and enable replication.

Védelmi cél kitűzéseSet a protection goal

  1. A tárban a tár neve alatt (ContosoVMVault) megadnak egy replikációs célt (Első lépések > Site Recovery > Az infrastruktúra előkészítése).In the vault, under the vault name (ContosoVMVault) they set a replication goal (Getting Started > Site Recovery > Prepare infrastructure.

  2. Megadják, hogy a gépek a helyszínen találhatók, azt, hogy VMware-virtuálisgépekről van szó, valamint azt, hogy az Azure-ba szeretnék replikálni őket.They specify that their machines are located on-premises, that they're VMware VMs, and that they want to replicate to Azure.

    Replikációs cél

Az üzembe helyezés megtervezésének megerősítéseConfirm deployment planning

A folytatáshoz megerősítik a befejezést, ha kijelöli az Igen, megtettem.To continue, they confirm completion by selecting Yes, I have done it. A contoso csak egyetlen virtuális gépet telepít át ebben a forgatókönyvben, ami nem igényli a központi telepítés megtervezését.Contoso is migrating just one virtual machine in this scenario, which doesn't require deployment planning.

A forráskörnyezet beállításaSet up the source environment

Ezután a Contoso rendszergazdáinak konfigurálniuk kell a forráskörnyezetet.Contoso admins now configure the source environment. Ehhez egy OVF-sablonnal magas rendelkezésre állású, helyszíni VMware-virtuálisgépként helyezik üzembe a Site Recovery konfigurációs kiszolgálóját.To do this, using an OVF template they deploy a Site Recovery configuration server as a highly available, on-premises VMware VM. Ha a konfigurációs kiszolgáló üzemel, regisztrálják a tárban.After the configuration server is up and running, they register it in the vault.

A konfigurációs kiszolgáló több összetevőt is futtat:The configuration server runs several components:

  • A konfigurációskiszolgáló-összetevőt, amely koordinálja a helyszíni rendszer és az Azure közötti kommunikációt, illetve felügyeli az adatreplikációt.The configuration server component that coordinates communications between on-premises and Azure and manages data replication.
  • A folyamatkiszolgálót, amely replikációs átjáróként működik.The process server that acts as a replication gateway. Fogadja a replikációs adatokat, gyorsítótárazással, tömörítéssel és titkosítással optimalizálja őket, majd továbbítja az adatokat az Azure-tárolónak.It receives replication data; optimizes it with caching, compression, and encryption; and sends it to Azure storage.
  • A folyamatkiszolgáló ezenfelül telepíti a mobilitási szolgáltatást a replikálni kívánt virtuális gépekre, és elvégzi a helyszíni VMware virtuális gépek automatikus felderítését.The process server also installs Mobility Service on VMs you want to replicate and performs automatic discovery of on-premises VMware VMs.

A Contoso rendszergazdái ezt az alábbi módon teszik:Contoso admins do this as follows:

  1. Letöltik az OVF-sablont Az infrastruktúra előkészítése > Forrás > Konfigurációs kiszolgáló területről.They download the OVF template from Prepare Infrastructure > Source > Configuration Server.

    OVF letöltése

  2. Importálják a sablont a VMware-be a virtuális gép létrehozásához és üzembe helyezéséhez.They import the template into VMware to create the VM, and deploy the VM.

    OVF-sablon

  3. A virtuális gép az első bekapcsolásakor elindítja a Windows Server 2016 telepítési folyamatát.When they turn on the VM for the first time, it boots up into a Windows Server 2016 installation experience. A rendszergazdák elfogadják a licencszerződést, és megadnak egy rendszergazdai jelszót.They accept the license agreement, and enter an administrator password.

  4. A telepítés befejezése után rendszergazdaként bejelentkeznek a virtuális gépre.After the installation finishes, they sign in to the VM as the administrator. Az első bejelentkezés alkalmával az Azure Site Recovery Configuration Tool alapértelmezés szerint elindul.At first sign-in, the Azure Site Recovery Configuration Tool runs by default.

  5. Az eszközben megadnak egy nevet, amellyel regisztrálható a konfigurációs kiszolgáló a tárban.In the tool, they specify a name to use for registering the configuration server in the vault.

  6. Az eszköz ellenőrzi, hogy a virtuális gép tud-e csatlakozni az Azure-hoz.The tool checks that the VM can connect to Azure.

  7. A kapcsolat létrejötte után bejelentkeznek az Azure-előfizetésbe.After the connection is established, they sign in to the Azure subscription. Olyan hitelesítő adatokra van szükség, amelyekkel hozzá lehet férni a tárhoz, amelyben regisztrálni fogják a konfigurációs kiszolgálót.The credentials must have access to the vault in which they'll register the configuration server.

    Konfigurációs kiszolgáló regisztrálása

  8. Az eszköz végrehajt néhány konfigurációs feladatot, majd újraindul.The tool performs some configuration tasks and then reboots.

  9. Újra bejelentkeznek a gépre, és a konfigurációs kiszolgáló felügyeleti varázslója automatikusan elindul.They sign in to the machine again, and the Configuration Server Management Wizard starts automatically.

  10. A varázslóban kiválasztják a hálózati adaptert a replikációs forgalom fogadásához.In the wizard, they select the NIC to receive replication traffic. Ez a beállítás a konfigurálás után nem módosítható.This setting can't be changed after it's configured.

  11. Kiválasztják az előfizetést, az erőforráscsoportot és a tárat, amelyben regisztrálni szeretnék a konfigurációs kiszolgálót.They select the subscription, resource group, and vault in which to register the configuration server.

    A helyreállítási tár kiválasztása

  12. Letöltik és telepítik a MySQL Servert és a VMware PowerCLI-t.Now, they download and install MySQL Server, and VMware PowerCLI.

  13. Az ellenőrzés után megadják a vCenter-kiszolgáló vagy a vSphere-gazdagép teljes tartománynevét vagy IP-címét.After validation, they specify the FQDN or IP address of the vCenter server or vSphere host. Meghagyják az alapértelmezett portot, és adnak egy felhasználóbarát nevet a vCenter-kiszolgálónak.They leave the default port, and specify a friendly name for the vCenter server.

  14. Megadják az automatikus felderítéshez létrehozott fiókot és a hitelesítő adatokat, amelyeket a Site Recovery fog használni a mobilitási szolgáltatás automatikus telepítéséhez.They input the account that they created for automatic discovery, and the credentials that Site Recovery will use to automatically install the Mobility Service.

    vCenter

  15. A regisztráció befejezését követően ellenőrzik az Azure Portalon, hogy a konfigurációs kiszolgáló és a VMware-kiszolgáló szerepel-e a tár Forrás lapján.After registration finishes, in the Azure portal, they check that the configuration server and VMware server are listed on the Source page in the vault. A felderítés akár 15 percet vagy hosszabb időt is igénybe vehet.Discovery can take 15 minutes or more.

  16. Ha minden rendben van, a Site Recovery csatlakozik a VMware-kiszolgálókhoz, és felderíti a virtuális gépeket.With everything in place, Site Recovery connects to VMware servers, and discovers VMs.

A cél beállításaSet up the target

A Contoso rendszergazdái megadják a replikáció célbeállításait.Now Contoso admins input target replication settings.

  1. Az infrastruktúra előkészítése > Cél területen kiválasztják a célbeállításokat.In Prepare infrastructure > Target, they select the target settings.
  2. A Site Recovery ellenőrzi, hogy a megadott célhelyen található-e Azure-tárfiók és hálózat.Site Recovery checks that there's an Azure storage account and network in the specified target.

Replikációs házirend létrehozásaCreate a replication policy

A forrás és a cél beállítása után a Contoso rendszergazdái készen állnak a replikációs szabályzat létrehozására.With the source and target set up, Contoso admins are ready to create a replication policy.

  1. Az infrastruktúra előkészítése > Replikációs beállítások > Replikációs szabályzat > Létrehozás és társítás területen létrehozzák a ContosoMigrationPolicy szabályzatot.In Prepare infrastructure > Replication Settings > Replication Policy > Create and Associate, they create a policy ContosoMigrationPolicy.

  2. Az alapértelmezett beállításokat használják:They use the default settings:

    • RPO küszöbértéke: Az alapértelmezett érték 60 perc.RPO threshold: Default of 60 minutes. Ez az érték határozza meg, hogy milyen gyakran jönnek létre helyreállítási pontok.This value defines how often recovery points are created. A rendszer riasztást ad, ha a folyamatos replikáció túllépi ezt a korlátot.An alert is generated if continuous replication exceeds this limit.

    • Helyreállítási pont megőrzése: Az alapértelmezett érték 24 óra.Recovery point retention: Default of 24 hours. Ez az érték azt adja meg, hogy milyen hosszú az egyes helyreállítási pontok adatmegőrzési időtartama.This value specifies how long the retention window is for each recovery point. A replikált virtuális gépek ezen az időtartamon belül bármikor helyreállíthatók.Replicated VMs can be recovered to any point in a window.

    • Alkalmazás-konzisztens pillanatkép gyakorisága: Az alapértelmezett érték egy óra.App-consistent snapshot frequency: Default of one hour. Ez az érték azt adja meg, hogy milyen gyakran jönnek létre alkalmazáskonzisztens pillanatképek.This value specifies the frequency at which application-consistent snapshots are created.

      Replikációs házirend létrehozása

  3. A szabályzat automatikusan társítva lesz a konfigurációs kiszolgálóval.The policy is automatically associated with the configuration server.

    Replikációs szabályzat hozzárendelése

További segítségre van szüksége?Need more help?

Webes virtuális gép replikációjának engedélyezéseEnable replication for the Web VM

Ezután a Contoso rendszergazdái megkezdhetik az OSTICKETWEB virtuális gép replikálását.Now Contoso admins can start replicating the OSTICKETWEB VM.

  1. Az Alkalmazás replikálása > Forrás > +Replikálás lehetőségnél kiválasztják a forrásbeállításokat.In Replicate application > Source > +Replicate they select the source settings.

  2. Kiválasztják, hogy engedélyezni szeretnék a virtuális gépeket, és kiválasztják a forrásbeállításokat, például a vCenter-kiszolgálót és a konfigurációs kiszolgálót.They indicate that they want to enable virtual machines, and select the source settings, including the vCenter server, and the configuration server.

    A replikáció engedélyezése

  3. Ezután megadják a célbeállításokat.Now they specify the target settings. Ezek közé tartozik az erőforráscsoport és a hálózat, amelyben az Azure-beli virtuális gép megtalálható a feladatátvétel után, valamint a tárfiók, amelyben a replikált adatokat tárolja a rendszer.These include the resource group and network in which the Azure VM will be located after failover, and the storage account in which replicated data will be stored.

    A replikáció engedélyezése

  4. Kiválasztják az OSTICKETWEB virtuális gépet a replikációhoz.They select OSTICKETWEB for replication.

    A replikáció engedélyezése

  5. A virtuális gép tulajdonságai között kiválasztják azt a fiókot, amelyet a mobilitási szolgáltatás a virtuális gépre történő telepítéséhez használnak.In the VM properties, they select the account that should be used to automatically install the Mobility Service on the VM.

    Mobilitási szolgáltatás

  6. A replikálási beállítások > konfigurálja a replikációs beállításokat, hogy a megfelelő replikációs házirend legyen alkalmazva, majd jelölje be a replikáció engedélyezésejelölőnégyzetet.In Replication settings > Configure replication settings, they check that the correct replication policy is applied, then select Enable Replication. A rendszer automatikusan telepíti a mobilitási szolgáltatást.The Mobility service will be automatically installed.

  7. A replikáció állapotát a Feladatok lapon ellenőrzik.They track replication progress in Jobs. A Védelem véglegesítése feladat befejeződését követően a gép készen áll a feladatátvételre.After the Finalize Protection job runs, the machine is ready for failover.

További segítségre van szüksége?Need more help?

A lépések részletes ismertetését a replikáció engedélyezésével foglalkozó témakörben találja.You can read a full walkthrough of all these steps in Enable replication.

5. lépés: az adatbázis migrálásaStep 5: Migrate the database

A Contoso rendszergazdái a MySQL-eszközökkel és a biztonsági mentés és visszaállítás használatával migrálják az adatbázist.Contoso admins migrate the database using backup and restore, with MySQL tools. Telepítik a MySQL Workbenchet, biztonsági mentést készítenek az OSTICKETMYSQL virtuális gép adatbázisáról, majd helyreállítják az Azure Database for MySQL-kiszolgálón.They install MySQL Workbench, back up the database from OSTICKETMYSQL, and then restore it to Azure Database for MySQL Server.

A MySQL Workbench telepítéseInstall MySQL Workbench

  1. Ellenőrzik az előfeltételeket és letöltik a MySQL Workbenchet.They check the prerequisites and downloads MySQL Workbench.

  2. A telepítési útmutatót követve telepítik a MySQL Workbench for Windowst.They install MySQL Workbench for Windows in accordance with the installation instructions.

  3. A MySQL Workbenchben létrehoznak egy MySQL-kapcsolatot az OSTICKETMYSQL virtuális géppel.In MySQL Workbench, they create a MySQL connection to OSTICKETMYSQL.

    MySQL Workbench

  4. Az adatbázist osticket néven exportálják egy helyi önálló fájlba.They export the database as osticket, to a local self-contained file.

    MySQL Workbench

  5. Az adatbázis helyi biztonsági mentése után kapcsolatot hoznak létre az Azure Database for MySQL-példánnyal.After the database has been backed up locally, they create a connection to the Azure Database for MySQL instance.

    MySQL Workbench

  6. Ezután az önálló fájlból importálhatják (helyreállíthatják) az adatbázist az Azure Database for MySQL-példányon.Now, they can import (restore) the database in the Azure Database for MySQL instance, from the self-contained file. A rendszer egy új sémát (osticket) hoz létre a példányhoz.A new schema (osticket) is created for the instance.

    MySQL Workbench

6. lépés: a virtuális gépek áttelepítése Site RecoveryStep 6: Migrate the VMs with Site Recovery

Végül a Contoso rendszergazdái lefuttatnak egy gyors feladatátvételi tesztet, majd migrálják a virtuális gépet.Finally, Contoso admins run a quick test failover, and then migrate the VM.

Feladatátvételi teszt futtatásaRun a test failover

A feladatátvételi teszt futtatásával még a migrálás előtt ellenőrizni lehet, hogy minden a várt módon működik-e.Running a test failover helps verify that everything's working as expected, before the migration.

  1. A rendszergazdák feladatátvételi tesztet futtatnak a legfrissebb rendelkezésre álló időpontra (Legutóbbi feldolgozott).They run a test failover to the latest available point in time (Latest processed).

  2. Kiválasztják a Gép leállítása a feladatátvétel megkezdése előtt lehetőséget, így a Site Recovery megpróbálja leállítani a forrás virtuális gépet a feladatátvétel elindítása előtt.They select Shut down machine before beginning failover, so that Site Recovery attempts to shut down the source VM before triggering the failover. A feladatátvételi akkor is folytatódik, ha a leállítás meghiúsul.Failover continues even if shutdown fails.

  3. Feladatátvétel tesztelése:Test failover runs:

    • A rendszer ellenőrzi az előfeltételek meglétét annak érdekében, hogy a migráláshoz szükséges feltételek biztosan teljesüljenek.A prerequisites check runs to make sure all of the conditions required for migration are in place.
    • A feladatátvétel feldolgozza az adatokat, hogy az Azure-beli virtuális gép létrehozható legyen.Failover processes the data, so that an Azure VM can be created. Ha a legutóbbi helyreállítási pont van kiválasztva, a rendszer egy helyreállítási pontot hoz létre az adatokból.If select the latest recovery point, a recovery point is created from the data.
    • A rendszer létrehoz egy Azure-beli virtuális gépet az előző lépésben feldolgozott adatok használatával.An Azure VM is created using the data processed in the previous step.
  4. A feladatátvétel befejezését követően az Azure-beli virtuális gép replikája megjelenik az Azure Portalon.After the failover finishes, the replica Azure VM appears in the Azure portal. A rendszergazdák ellenőrzik, hogy a virtuális gép mérete megfelelő-e, a megfelelő hálózathoz csatlakozik-e, illetve fut-e.They check that the VM is the appropriate size, that it's connected to the right network, and that it's running.

  5. Az ellenőrzés után törlik a feladatátvételt, majd feljegyzik és mentik az esetleges észrevételeiket.After verifying, they clean up the failover, and record and save any observations.

A virtuális gép migrálásaMigrate the VM

A virtuális gép migrálásához a Contoso rendszergazdái egy, a virtuális gépet is tartalmazó helyreállítási tervet hoznak létre, és a feladatátvétel céljaként az Azure-t jelölik meg.To migrate the VM, Contoso admins creates a recovery plan that includes the VM, and fail over the plan to Azure.

  1. Létrehozzák a tervet, majd hozzáadják az OSTICKETWEB virtuális gépet.They create a plan, and add OSTICKETWEB to it.

    Helyreállítási terv

  2. Feladatátvételt futtatnak a terven.They run a failover on the plan. Kiválasztják a legújabb helyreállítási pontot, és megadják, hogy a Site Recovery kísérelje meg a helyszíni virtuális gép leállítását a feladatátvétel indítása előtt.They select the latest recovery point, and specify that Site Recovery should try to shut down the on-premises VM before triggering the failover. A feladatátvételi folyamatot a Feladatok lapon követhetik nyomon.They can follow the failover progress on the Jobs page.

    Feladatátvétel

  3. A feladatátvétel során a vCenter-kiszolgáló parancsokat ad ki az ESXi-gazdagépen futó két virtuális gép leállítására.During the failover, vCenter Server issues commands to stop the two VMs running on the ESXi host.

    Feladatátvétel

  4. A feladatátvétel után ellenőrzik, hogy az Azure-beli virtuális gép a várt módon jelenik-e meg az Azure Portalon.After the failover, they verify that the Azure VM appears as expected in the Azure portal.

    Feladatátvétel

  5. A virtuális gép ellenőrzése után befejezik a migrálást.After checking the VM, they complete the migration. Ez leállítja a virtuális gép replikálását és Site Recovery-számlázását.This stops replication for the VM, and stops Site Recovery billing for the VM.

    Feladatátvétel

További segítségre van szüksége?Need more help?

A virtuális gép csatlakoztatása az adatbázishozConnect the VM to the database

A migrálási folyamat utolsó lépéseként a Contoso rendszergazdái frissítik az alkalmazás kapcsolati sztringjét, hogy az Azure Database for MySQL-re mutasson.As the final step in the migration process, Contoso admins update the connection string of the app to point to the Azure Database for MySQL.

  1. A Putty vagy egy másik SSH-ügyfél használatával SSH-kapcsolatot hoznak létre az OSTICKETWEB virtuális géppel.They make an SSH connection to the OSTICKETWEB VM using Putty or another SSH client. A virtuális gép privát, ezért magánhálózati IP-címmel csatlakoznak.The VM is private so they connect using the private IP address.

    Csatlakozás az adatbázishoz

    Csatlakozás az adatbázishoz

  2. Frissítik a beállításokat, hogy az OSTICKETWEB virtuális gép kommunikálhasson az OSTICKETMYSQL adatbázissal.They update settings so that the OSTICKETWEB VM can communicate with the OSTICKETMYSQL database. Jelenleg a konfiguráció helyszíni IP-címe (172.16.0.43) nem változtatható meg.Currently the configuration is hardcoded with the on-premises IP address 172.16.0.43.

    A frissítés előtt:Before the update:

    IP-cím frissítése

    A frissítés után:After the update:

    IP-cím frissítése

    IP-cím frissítése

  3. Újraindítják a szolgáltatást a systemctl restart apache2 paranccsal.They restart the service with systemctl restart apache2.

    Újraindítás

  4. Végül frissítik az OSTICKETWEB DNS-rekordjait az egyik Contoso-tartományvezérlőn.Finally, they update the DNS records for OSTICKETWEB, on one of the Contoso domain controllers.

    DNS frissítése

A feleslegessé vált elemek eltávolítása a migrálás utánClean up after migration

A migrálás befejezése után, az osTicket alkalmazás szintjei Azure-beli virtuális gépeken futnak.With migration complete, the osTicket app tiers are running on Azure VMs.

Ezután a Contosónak a következőket kell elvégeznie:Now, Contoso needs to do the following:

  • El kell távolítania a VMware-virtuálisgépeket a vCenter-leltárból.Remove the VMware VMs from the vCenter inventory.
  • El kell távolítania a helyszíni virtuális gépeket a helyi biztonsági mentési feladatokból.Remove the on-premises VMs from local backup jobs.
  • Frissítenie kell a belső dokumentációt, hogy megjelenjenek benne az új helyek és IP-címek.Update internal documentation show new locations and IP addresses.
  • Át kell tekinteni a helyi virtuális gépekkel kommunikáló erőforrásokat, és frissíteni kell a releváns beállításokat vagy dokumentumokat, hogy azok megfeleljenek az új konfigurációnak.Review any resources that interact with the on-premises VMs, and update any relevant settings or documentation to reflect the new configuration.
  • A Contoso az Azure Migrate szolgáltatás és a függőségi leképezés használatával mérte fel az OSTICKETWEB virtuális gépet a migráláshoz.Contoso used the Azure Migrate service with dependency mapping to assess the OSTICKETWEB VM for migration. Most el kell távolítaniuk a virtuális gépről azokat az ügynököket (a Microsoft monitoring agentet és a Microsoft függőségi ügynököt), amelyeket erre a célra telepítették.They should now remove the agents (the Microsoft Monitoring Agent and the Microsoft Dependency agent) they installed for this purpose, from the VM.

Az üzembe helyezés áttekintéseReview the deployment

Most, hogy az alkalmazás már fut, a Contosónak teljesen működőképessé és biztonságossá kell tennie az új infrastruktúrát.With the app now running, Contoso need to fully operationalize and secure their new infrastructure.

BiztonságSecurity

A Contoso biztonsági csapata ellenőrzi a virtuális gépet és az adatbázist a biztonsági problémák megállapításához.The Contoso security team review the VM and database to determine any security issues.

  • A hozzáférés vezérléséhez áttekintik a virtuális gépek hálózati biztonsági csoportjait (NSG).They review the network security groups (NSGs) for the VM, to control access. A hálózati biztonsági csoportokkal gondoskodni lehet arról, hogy csak az engedélyezett forgalom jusson el az alkalmazáshoz.NSGs are used to ensure that only traffic allowed to the application can pass.
  • Úgy vélik, hogy a virtuálisgép-lemezeken lévő adatvédelmet a lemez titkosítása és a Azure Key Vault használatával biztosítják.They consider securing the data on the VM disks using disk encryption and Azure Key Vault.
  • A virtuális gép és az adatbázispéldány közötti kommunikáció nincs konfigurálva az SSL-hez.Communication between the VM and database instance isn't configured for SSL. A rendszergazdáknak ezt el kell végezniük, hogy elkerüljék az adatbázis forgalmának feltörését.They will need to do this to ensure that database traffic can't be hacked.

További információ: az Azure-beli IaaS számítási feladatok biztonsági eljárásai.For more information, see Security best practices for IaaS workloads in Azure.

BCDRBCDR

Annak érdekében, hogy gondoskodni lehessen az üzletmenet-folytonosságról és az esetleges vészhelyreállításokról, a Contoso az alábbi lépéseket teszi:For business continuity and disaster recovery, Contoso takes the following actions:

  • Az adatok védelme.Keep data safe. A Contoso biztonsági másolatot készít az alkalmazás virtuális gépén található adatokról az Azure Backup szolgáltatással.Contoso backs up the data on the app VM using the Azure Backup service. További információk.Learn more. Nem szükséges biztonsági mentést konfigurálni az adatbázishoz.They don't need to configure backup for the database. Az Azure Database for MySQL automatikusan létrehozza és tárolja a kiszolgáló biztonsági másolatait.Azure Database for MySQL automatically creates and stores server backups. A georedundancia használata mellett döntöttek, így az alkalmazás rugalmas és használatra kész.They selected to use geo-redundancy for the database, so it's resilient and production-ready.
  • Az alkalmazások működésének biztosítása.Keep apps up and running. A Contoso a Site Recoveryvel egy másodlagos régióba replikálja az alkalmazás virtuális gépeit az Azure-ban.Contoso replicates the app VMs in Azure to a secondary region using Site Recovery. További információk.Learn more.

Licencelés és költségoptimalizálásLicensing and cost optimization

  • Az erőforrások üzembe helyezése után a Contoso Azure-címkéket vesz fel az Azure-infrastruktúra üzembe helyezése során hozott döntéseknek megfelelően.After deploying resources, Contoso assigns Azure tags, in accordance with decisions they made during the Azure infrastructure deployment.
  • A Contoso Ubuntu-kiszolgálóival kapcsolatban nem merülnek fel licencelési problémák.There are no licensing issues for the Contoso Ubuntu servers.
  • A Contoso engedélyezi a Cloudyn, a Microsoft leányvállalata által licencelt Azure Cost Managementet.Contoso will enable Azure Cost Management licensed by Cloudyn, a Microsoft subsidiary. A Cloudyn egy többfelhős költségkezelő megoldás, amely segítséget nyújt az Azure-beli és más felhőerőforrások használatához és felügyeletéhez.It's a multicloud cost management solution that helps you to use and manage Azure and other cloud resources. További információ az Azure Cost Managementről.Learn more about Azure Cost Management.