Abhinc circiter VII annos, ipsa prima incepta ad nostram nubem simpliciter et inprudens movit. Imagines apparatus virtualis ad FTP servo impositi erant, vel in duris agitationibus liberatae sunt. Tum, per peculiare momentum server, VMs in nubem impositi sunt.
Si dubium non est clienti rectum apparatus diem vel duos averte (vel nullae aliae optiones), tunc hoc fieri potest. Si autem maximum sit horae downtime, haec ratio non faciet. Hodie dicam tibi quae instrumenta adiuvabunt te ad nubem minimo temporis momento migrare et quomodo ipsa nostra migratio processus operatur.
Donec adipiscing Veeam Tergum et replicationem
Quisque scit Veeam Tergum et Replicationem sicut instrumentum ad tergum creandi et replicas. Utimur ea ad migrationem inter sites nostras et ad clientes transportandas a virtualizatione privata ad nostram nubem. Machinae virtualis clientis nostro vCenter replicantur, quibus architectus vCloud Directori addit.
Prima replicatio occurrit in machina virtuali-in virtuali. In tempore condicto, machina lateris clientis avertit. Replicatio iterum fugit ad transferendum mutationes quae factae sunt ab prima replicatione. Post haec, virtualis apparatus in nostra nube incipit.
Typice, ex momento machinae infrastructurae huius avertitur dum momentum in nube nostra vertitur, non plus quam dimidia hora praeterit, sed potius 15-20 minuta.
In hoc casu, machina originalis virtualis manet in situ clientis. Si subito aliquid siet, semper potes revolvere ac vertere. Id quoque commodum est clienti, quod Veeam non requirit.
Causa 1
Cliens suam virtualem infrastructuram in VMware - 40 VMs cum captu 30 TB habuit. Apparatus in quo botrus explicabatur iam evasit, et cliens novas mercandas non molestare decrevit et ad publicam nubem ferebatur. Temporis temporis necessitas ad systemata critica non plus quam hora erat. Veeam Replicatio electa est ut instrumentum. Alius plus fuit quod provisor interretialis clientis in instrumento nostro adfuit, quod bonum canalem efficere potuit. Migratio circa mensem, downtime in commutatione facta est usque ad 30 minuta per coetus virtualium machinarum.
Commeare Veeam Cloud Connect
Veeam Cloud Connect instrumentum est quod adiuvat replicationem machinae virtualis erexisti et replicas televisificas in ministerio provisoris nubem. Post adaequationis to anno, facta possibilia sunt ad vCloud Directorem directe replicare machinis virtualibus. Sola conditio est ut in latere clientis, Veeam Tergum et Replicatio saltem versionis explicari debeat 9. Denique (versio singula. et sic totum processum spectat.
In vCloud Directore, ordinatio creatur cum necessariis opum et reticulis. In Veeam Cloud Connect, rationem creamus, cliens ei e Veeam B&R coniungit, provisorem DataLine et ordinationem eligit, ac officia replicationis conformat. Praeterquam quod per talem migrationem temporis down tempus intra 15-20 minuta erit, cliens nullo modo a subsidio technico provisoris dependet ac totum processum independenter administrat: replicationem facit, ipsa replicatio recedit; de machinis et in novo situ eas incipit.
Causa 2
Huius infrastructura, unde migratio destinabatur, in Belaro sita est. Necesse erat 90 VMs transportare cum integro volumine 27 TB, obstante canalis interretialis 100 Mbit/sec. Si tergum faceres et statim ad nostram nubem imposuisti, aliquot VMs aliquot dies caperet. Hoc tempore, magna della VM increvit, et haec negativa in machinis faciendis habere potuit vel, etiam peius, spatium in notitiastoris excurreret. Hoc modo processimus: primum, cliens tergum plenum locale fecit et exemplum eius ad nubem nostram per Veeam Cloud Connect transtulerunt. Deinde feci et transtuli incrementum in nubem. Machina originalis virtualis currere pergebat. Post occlusum VM, cliens aliud incrementum fecit et in nubem transtulit. A parte nostra virtualem machinam e pleno tergum explicavimus et deinde duo incrementa in eam revolvebamus. Quae res tandem effecit ut horarum 2 horarum magna momenta minuerent cum ad locum nostrum commutandum.
Migratio cum VMware vCloud Availability
Mense Martio huius anni, VMware emissa vCloud Availability 3.0, quae virtualis machinis inter diversas nubes migrare sinit (vCloud Director - vCloud Director) et virtualisatio clientis privati stat ad nubem (vCenter - vCloud Director). Praecipuum commodum est integratio cum vCloud Director interface. Hoc valde simplificat processum administrationis replicationem et tempus minuit in switchovers.
Hoc instrumento utentes, unum e clientibus nostris Moscuae nubem ad nubem nostram in St. Petersburg commigravimus. Necesse erat 18 machinas virtuales transportare cum capacitate totali 14 TB. Ordinatio pro cliente in nube St. Petersburg creata est et retiacula necessaria erant ordinata. Deinde, ex vCloud Directore interface, client ad vCloud occasus Availability, replicationem jobs creavit et ad locum St. Petersburg opportuno tempore pro eo commutavit. Downtime in commutatione fuit XII minuta.
Disceptatio migrationis inter nubes DataLine in St. Petersburg et Moscuae.
vCloud Availability mechanismum habet causa migrandi VMs e situ huius ad nostram nubem. Ad hoc, specialis vCloud Availability applicatio in huius vCenter explicatur. Postquam simplex setup, coniungis nubem et negotium migrationis configurare. Cliens etiam administrat totum processum independenter et emigrationis tempus ad minimum conservatum.
Schema virtualis machinis migrandi ex privata institutione ad nubem.
VMware vCloud Availability multas alias causas utendi habet: de illis in articulo separato mox loquemur.
Praeparans migrationis
Instrumentum eligere et migrare actu committitur, debes de his punctis decernere:
Quo migramus? Si ex solutione privata migras, tunc plenam libertatem instrumenta eligendi habes. Si a provisore tuo discesseris, multiplex est. Verisimile est, substructiones duorum provisorum coniungens et simpliciter trahens et stillans per VM propter rationes securitatis non operari. Interdum provisor clientem recusaturum incipit esse perniciosum et tempus praesepium. A provisore via antiqua movere potes: imposuisti VMs ad orbes et FTP, vel migrando in gradu applicationis. Huius conditionalis nomen est, et ad hoc aliquid spectat.
Causa 3
Huius SAP systematis ex provisore Europaeo migrandum necesse erat: 34 VMs cum capacitate 54 TB. In nostra nube distans cliens opes. Connexio retis inter nos et infrastructuram provisoris Europaei ordinata est. Applicatio ministrantium re-expositae sunt, cum necessariis configurationibus pervolutis. Magnae databases per tergum uploading ad nubem migrabant. Deinde replicatio configurata est inter databases in nostris et originalibus locis. In tempore condicto, in nubem nostram ad databases transivimus.
Data volubilis et interreti varius. Solemus clientem rogamus ut onerationis systema cum memoria, CPU, ac disci ambitum praebeat. Aestimamus utrum canalis satis sit ad replicationes vel tergum machinis virtualis directe mittendi.
Gratum downtime. Pro diversis systematibus et, proinde, machinis virtualis, potest esse diversa secundum suum negotium criticum. Solet cliens venit cum praeparatis requisitis ad tempus temporis migrationis, eoque nititur aptam instrumentum et consilium migrationis eligimus. Conamur statuere finalem switchover in nocte vel in weekends ut etiam minor downtime non notabilis est finis huius utentes.
Ex hac notitia, instrumentum eligere potes et ipsam migrationem incipe. Hic id quod deinde fit.
- Constituens network connectivity. Connectivity network inter nostram nubem et infrastructuram clientis ordinamus. Machinae virtualis super hoc ornatum describentur. Si Veeam Tergum et Replicatio adhibetur, tunc canalis dedicatus est, rarius canalis VPN. Si Veeam Cloud Connect, omnia per Internet vel eundem canalem dedicaverunt.
Configuratur ergo reticulum pro VM in nube. Cars in coetibus et plus uno die movere solet. Cum VMs ad nos deducuntur et deductae sunt, communicare debent cum machinis quae adhuc in situ originali manent.
- Donec adipiscing schedula. Cum multae carros sunt, sensum facit eos in circulos dividere et in batches transportare. Una cum cliente consilium consentimus in quo definimus quando quaeque machinae movebuntur et quando ultima replicatio et switchover ad novum locum peragetur.
- Test migratio. Commigamus experimentum virtualis apparatus et deprimimus an omnia recte configurantur: connectivity network inter sites, dispositio apparatus virtualis ad machinis in fonte situs, ratio iura, etc. Haec temptatio adiuvat ad vitandum hits in pugna migrationis.
Id omnes mihi. In commentationibus, interrogare et narra nobis experientiam migrationis tuae.
Source: www.habr.com