1c enterprise na virtualnem stroju. O zanimivostih iz sveta IT, navodilih in ocenah

Po branju članka ostane samo eno vprašanje - "Zakaj?". Pojdimo skozi razlage avtorja.

znotraj virtualnega stroja lahko delate z zastarelimi programskimi rešitvami in operacijskimi sistemi;
Samo moj primer. Uporabite lahko razpoložljive licence za strežnik Win2003, ki preprosto ne ustreza številnim sodobnim krmilnikom trdih diskov.


Licenca za Win2003 ne pomeni namestitve na virtualni stroj, le na fizično strojno opremo. Na neposredno vprašanje Microsoftovim strokovnjakom za licenciranje: "Ali je zakonito namestiti Win2003 na virtualni stroj in ga uporabljati?" dobimo vprašanje "Ne. Samo za fizično strojno opremo. Vse ostalo je nezakonito." Zakaj bi torej v virtualnem stroju uporabljal stari OS namesto novega, če še vedno postaneš pirat?

zmožnost ustvarjanja varnih uporabniških okolij za delo z omrežjem, v tem primeru lahko napadi virusov škodujejo operacijskemu sistemu in ne navideznemu stroju;


Tega argumenta ne razumem popolnoma. Če se napad izvede na gostiteljski sistem, so ogroženi vsi navidezni stroji; če se napad izvede na virtualni stroj, potem postane ogrožen samo ta, gostitelj pa ostane čist. V obeh primerih izgubimo zaščito sistema gostov, ki je za nas glavna. Kje in pred čim se zaščitimo?

več navideznih strojev, nameščenih na fizičnih virih enega računalnika, je izoliranih drug od drugega, tako da okvara enega od virtualnih strojev ne bo vplivala na razpoložljivost in zmogljivost storitev in aplikacij drugih;
Tudi uporabna stvar za 1C. Ločevanje aplikacijskega strežnika 1C in strežnika SQL na različne virtualne stroje in dodelitev 4 GB RAM-a vsakemu (omejitev za 32-bitni Win32) vam bo omogočilo, da se vsaj malo spopadete z nadlogo 32-bitnih sistemov - fragmentacijo RAM-a, ko izvajanje velikih poizvedb.


Ne uporabljajte 32-bitnih operacijskih sistemov.

Močno ne priporočam uporabe 32-bitnih sistemov z velikimi konfiguracijami tipa SCP. Na neki točki preprosto ne boste mogli posodobiti konfiguracij, ne da bi znova zagnali strežnik 1C. V nekem trenutku tudi ponovni zagon ne bo pomagal. V našem primeru za zdaj varčujemo z denarjem, potem pa bo enostavno ustvariti še en VM s 64-bitnim sistemom in nanj prenesti vse skoraj brez prekinitve dela.


Mit, pravljica, zabloda in tako naprej. Prehod z 32-bitnega OS na 64-bitni v virtualnem okolju je po zahtevnosti enakovreden enakemu prehodu na strojni opremi. Brez razlike. Vse se odstrani in ponovno namesti.

ker je vsak virtualni stroj vsebnik programske opreme, ga je mogoče prenesti ali kopirati kot katero koli drugo datoteko;


Virtualni sistem ni vsebnik, ne zamenjujte ga. Prenos virtualnega stroja je z veliko verjetnostjo mogoč z izvozom / uvozom, vendar nihče ne jamči, da bo sistem deloval na drugem gostitelju.

zmožnost shranjevanja stanja navideznega stroja vam omogoča, da se hitro vrnete na točko, preden spremenite sistem;


Vsi proizvajalci virtualnih strojev soglasno izjavljajo, da posnetkov ne smete uporabljati v proizvodnji, ker. to lahko močno upočasni delo gostujočih strojev.

znotraj enega gostujočega operacijskega sistema je mogoče namestiti, povezati v omrežje in medsebojno delovati več virtualnih strojev;


Poskusite zagnati vsaj 3-4 gostujoče operacijske sisteme na enem računalniku in razumeli boste vso grozo, ki je padla na vas, ker. za normalno delovanje 4 gostujočih operacijskih sistemov potrebujete strojno opremo 4-krat hladnejšo kot za delovanje enega.

virtualni stroji lahko ustvarijo predstavitve naprav, ki fizično ne obstajajo (emulacija naprave).


Zelo posebna priložnost. Ne vem, kje v strežniku 1C je to potrebno, vendar je lahko zelo problematično prenesti prave naprave iz gostiteljskega računalnika v gostujoči OS.

Med pomanjkljivostmi je precej predvidljivo zmanjšanje hitrosti dela. Toda veliko manj pomembno kot pri uporabi brezplačnih strežnikov SQL.
Strojna oprema strežnika:
Procesor intel-corei3-4130 (4 jedra)
Matična plošča GA-Z87M-HD3 (s podporo za RAID)
2 trda diska po 1GB (sata).
8 GB RAM-a.


Takšna strojna oprema bo zlahka potegnila samo 1 sistem za goste in zelo preprost potek dela. Ni treba ustvariti virtualnega stroja.

Virtualni stroji so bili zasnovani za:
1. varčevanje procesorskih in drugih virov računalnikov v primeru izpada ene od storitev
2. Povečanje odpornosti na napake sistemov (živa migracija virtualnih strojev) v shrambi in gruči
3. Enostavnost in enostavnost eksperimentiranja s strani IT strokovnjakov
Zakaj namestiti en strežnik 1C v virtualni stroj za proizvodnjo, ne razumem.

Predstavljam svoj eksperimentalni projekt VM1C. VM1C je virtualni stroj, ki vam omogoča, da sproti prevajate in izvajate vse postopke in funkcije ter celotne module.

Pravzaprav je to manjkajoča lastnost popolne Reflection v 1C, ki je prisotna na drugih platformah, na primer na .NET, in vam omogoča, da tam počnete resnično neverjetne stvari.

Za tiste, ki ne poznajo Reflection: Wikipedia

Opis dela

VM1C deluje brez uporabe zunanjih komponent, uporablja samo standardne funkcije 1C in ni odvisen od platforme in konfiguracije. V konfiguracijo ga je mogoče dodati kot obdelavo in kot splošni modul.

VM1C vključuje:

Razmislite o vsaki komponenti posebej

VM1C_IL_Prevajalnik- njegova naloga je pretvoriti izvorno kodo modula ali metode v niz kratkih montažerskih navodil.

Na primer naslednja koda

Za n=1 Cikel 100 n = n+1; EndCycle; Vrnitev n;

bo pretvorjena v niz navodil

push 1 stloc 0 push 100 stloc 1 br ~IL_1 ~IL_2: ldloc 0 push 1 add stloc 0 ldloc 0 push 1 add stloc 0 ~IL_1: ldloc 0 ldloc 1 ble ~IL_2 ~IL_0: nop ldloc

To se naredi zato, da se

  1. pospešiti nadaljnjo obdelavo kode v realnem času. Ker sam postopek sestavljanja traja razmeroma dolgo
  2. zagotavljajo možnost ustvarjanja in izvajanja postopkov in funkcij v načinu 1C Enterprise

Vm1C_IL_Compiler = Obdelujem._VM1C_IL_Compiler.Create(); Moduletext = LoadCodeFromFile("Moduli\ProductWork"); modul = vm1C_IL_Compiler.CompileModule(Moduletext);

Ko imamo vmesno kodo (v nadaljevanju koda IL), jo lahko izvedemo v virtualnem stroju.

Navidezni strojVM1Comogoča, da sproti z uporabo prevajalnika JIT prevedemo modul iz kode IL nazaj v kodo, ki jo razume 1C. Prevedena koda je optimizirana, shranjena v predpomnilniku, za kasnejšo ponovno uporabo in jo je mogoče izvesti.

Vm1C_VM = Obdelujem._VM1C_VM.Ustvari(); vm1C_VM.AddModule("Delo z blagom", modul); parametri = Nova matrika(); parametri.Add("00000453"); Rezultat = vm1C_VM.CallMethod("WorkWithGoods", "GetPrice", parametri);

MethodInfo = vm1C_VM.GetCurrentMethodInfo(); parametri = methodInfo["Parameters"]; ...

pridobi kodo funkcije

ByteCode = methodInfo["ByteCode"];

spremenite, dodajte parametre in ga ponovno pokličite v spremenjeni obliki itd.

Zaključek

Projekt je zdaj v fazi surove alfa različice, zato objavljam le njegov opis in demo video.


Namen te publikacije je oceniti potrebo po tem izdelku, kako uporaben je lahko za razvijalce v primerih, ko standardna orodja ne zadoščajo več za implementacijo najbolj inovativnih idej.

Če koga zanima ta razvoj, mi prosim sporoči!

Demonstracija dela

s spoštovanjem,

razvijalec m.bolsun

(c) 2013-2014 VM1C

nadgradnja: publikacija je bila dolgo v osnutku, ker. razen akademskega zanimanja, ta projekt ni imel takojšnje praktične uporabe. Toda pred kratkim mi je uspelo uporabiti njegove zmogljivosti v praksi in odločeno je bilo, da publikacijo vrnem. Kmalu bodo tehnologije iz tega projekta uporabljene v novi različici Code Inspector.

Zahvaljujoč novemu polnopravnemu prevajalniku bo Inšpektor prejel statično analizo in s tem številne nove funkcije:

Preverjanje, ali je pogoj vedno True ali False in ali funkcija vrne isto vrednost. Preverjanje ne le zadnjih neuporabljenih vrednosti spremenljivk, temveč tudi vmesne dodelitve, ob upoštevanju zank in vej. Analiza kode po navodilih predprocesorja (OnServer, OnClient itd.). No, in še veliko več.

Normalno delovanje 1C je bolj odvisno od zadostne količine RAM-a. Na nadzorni plošči v oblaku lahko preverite, ali je dodeljeni pomnilnik za VM dovolj. Če želite to narediti, morate vnesti nastavitve VM

In pojdite na zavihek "Stanje navideznega stroja".

2. Namestite izmenjalno datoteko fiksne velikosti 4 GB in jo postavite na pogon Super.

Pozor! Za Windows Server 2012 zaradi posebnosti virtualnih strojev ni mogoče prenesti ostranjevalne datoteke na dodaten disk.

Nato prenesemo ostranjevalno datoteko na to particijo. Kliknite « Win»+R in zaženite ukaz " sysdm.kpl". V oknu, ki se odpre, pojdite na zavihek "Napredno" in kliknite "Možnosti".

V novem oknu na zavihku »Napredno« kliknite »Uredi«

V oknu "Virtualni pomnilnik" izberite pripravljeno particijo, označite "Določi velikost" in v polju nastavite velikost ostranjevalne datoteke. Po tem ne pozabite klikniti gumba "Nastavi".

Za dokončanje te operacije boste morali znova zagnati OS.

3. Konfiguriranje postavitve uporabniških profilov na Super disk

Pri delu z uporabniki terminala 1C, da povečate hitrost dela, morate konfigurirati postavitev uporabniških profilov na Super-disk. Če želite to narediti, morate spremeniti nastavitev v registru in znova zagnati OS.

Nastavitve boste morali spremeniti v veji HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList:

ProfilesDirectory - pot do lokacije uporabniških profilov (sprememba tega parametra je dovolj);

Privzeto in javno - spremenite po želji.

Pozor! Priporočamo, da spremenite to nastavitev, preden se novi uporabnik prvič prijavi. V nasprotnem primeru bo treba nastavitve lokacije uporabniškega profila spremeniti ročno (prek registra v isti veji morate najti podmapo z uporabniškimi nastavitvami).

4. Čiščenje predpomnilnikov 1C.

Predpomnjenje je proces ustvarjanja medpomnilnika pogosto uporabljenih informacij in praviloma statičnih informacij. Predpomnjenje se uporablja za pospešitev programa, zlasti v 1C se konfiguracijske datoteke naložijo v uporabnikov računalnik, tako da se ne zahtevajo od strežnika ob vsakem dostopu do njih.

Vendar pa platforma 1C zelo pogosto ne obdeluje pravilno predpomnjenja konfiguracije in posledično dobimo neustrezno konfiguracijsko obnašanje.

Za reševanje težav in "napake" 1C zelo pogosto pomaga brisanje predpomnilnika platforme 1C 8.3. To se naredi na naslednji način:

  1. Prvi način za brisanje predpomnilnika 1C

Poiščite imenik, kjer so shranjene začasne datoteke 1C, jih lahko vidite v meniju z nastavitvami na seznamu IB:

Imamo naslov kot je

C:\Documents and Settings\uporabniško ime\Application Data\1C\1Cv82\tmplts\1c

Mape predpomnilnika se nahajajo na

C:\Documents and Settings\uporabniško ime\Application Data\1C\1Cv82\

Ko gremo tja, najdemo veliko (število map je enako številu konfiguracij) zanimivih map:

Vsi izbrani imeniki so predpomnilnik baze podatkov 1C, zato jih je mogoče varno izbrisati. Pred brisanjem se morate odjaviti iz IB.

b. Drugi način za čiščenje začasnih datotek 1C

Drugi način je enostavnejši, vendar ne povsem pravilen. Za čiščenje je dovolj, da izbrišete to konfiguracijo in ustvarite novo z isto potjo do IB. Kot rezultat tega se bo stara mapa s predpomnilnikom "znebila" tega IB in ustvarjen bo nov imenik. To lahko storite na ta način, predpomnilnik se počisti, vendar začasne datoteke ostanejo na trdem disku.

c. Tretji način

Priporočam uporabo, če so napake zaradi prisotnosti začasnih datotek trajne. Vendar pa ta metoda zmanjša zmogljivost sistema. Primerno samo za tanke odjemalce. Ukaz je treba vnesti /Počisti predpomnilnik. Primer uporabe:

Pred izvedbo kakršnih koli operacij je priporočljivo narediti varnostno kopijo baze podatkov in naložiti iz nje!

5. Varnostno kopirajte in obnovite bazo podatkov.

Nalaganje baze podatkov v datoteko.

Vstopite v program v načinu konfiguratorja. Če želite to narediti, v začetnem oknu programa izberite zahtevano bazo podatkov in kliknite "Konfigurator":

Vstopili boste v način razvoja in upravljanja baze podatkov. Nato izberite točko menija "Administracija - Odstrani informacijsko bazo ...":

Program vas pozove, da izberete pot, kamor želite naložiti datoteko baze podatkov, in njeno ime. Po izbiri programa poročajte o uspešnem zaključku operacije:

Obnovitev baze podatkov iz datoteke.
Če želite obnoviti bazo podatkov iz datoteke, morate vstopiti tudi v način konfiguratorja, vendar izberite element "Administracija - Naloži informacijsko bazo ...":

Izberite datoteko, ki je bila predhodno shranjena (končnica .dt). Sistem bo opozoril, da bodo podatki, ki niso shranjeni, izgubljeni, strinjajte se s tem.

Če bo vse v redu, bo 1C ponudil ponovni zagon konfiguratorja:

6. Pripomoček chdbfl.exe za 1C 8.2 in 8.3

chdbfl.exe je pripomoček za testiranje in popravljanje podatkovne baze datotek 1C 8.3 (8.2). Program preverja fizično celovitost baze podatkov; to je poenostavljen analog testiranja in popravljanja v konfiguratorju. za tiste situacije, ko se sistem ne zažene niti v načinu konfiguratorja. Razmislite, kje se nahaja pripomoček chdbfl.exe in kako ga uporabljati.

Pripomožnega programa ni treba nikamor prenesti, nahaja se v mapi z nameščenim programom. Če se odločite prenesti chdblf.exe z interneta, obstaja možnost, da sploh ne boste dobili programa za popravljanje informacijske varnosti, ampak škodovali vašemu računalniku in podatkom o podjetju.
Pripomoček se nahaja v mapi "bin" nameščene tehnološke platforme. Na primer, C:\Program Files (x86)\1cv8\8.3.*.***\bin\chdbfl.exe , kjer je 8.3.*.*** številka izdaje vaše platforme.
Uporaba programa je zelo preprosta. Po zagonu se prikaže naslednje okno:

Kjer je v obrazcu potrebno podati pot do datoteke baze podatkov in navesti, ali je treba zaznane napake takoj odpraviti (če zastavica ni nastavljena, bo pripomoček diagnosticiral samo IS). Pot do datoteke baze podatkov najdete na seznamu razpoložljivih konfiguracij:

Po izvedbi bo sistem poročal o izvedenih dejanjih.

7. Testiranje in popravljanje informacijske baze 1C

Način testiranja in popravljanja se prikliče v sistemskem konfiguratorju 1C 8.3 z izbiro menija Administracija - Testiranje in popravek.

Pregledi in načini

To okno vsebuje seznam potrebnih pregledov in načinov, ki bodo izvedeni kot rezultat delovanja pripomočka. Razmislimo o vsakem od njih podrobneje:
Ponovno indeksiranje tabel informacijske baze — če je ta zastavica nastavljena, bodo tabele ponovno indeksirane. Ponovno indeksiranje je popolna prenova indeksov za dane tabele. Ponovno indeksiranje bistveno izboljša delovanje sistema kot celote. Ta postopek ne bo nikoli odveč in poveča zmogljivost sistema.
Preverjanje logične celovitosti informacijske baze - sistem lahko preveri logično in strukturno celovitost baze podatkov, najde napake pri organizaciji podatkov (na primer strani v datoteki).
Preverjanje referenčne celovitosti informacijske baze je podpostavka logičnega preverjanja, ki preveri informacije v bazi podatkov za prisotnost "pokvarjenih" povezav. "Pokvarjene" povezave se v bazi pojavijo zaradi napačne obdelave informacij s strani razvijalca, najpogosteje, ko so podatki neposredno izbrisani ali izmenjava podatkov ni pravilno konfigurirana. Pri iskanju napak lahko izberete 3 možnosti: Ustvarite objekte - sistem ustvari elemente škrbine, ki jih lahko nato napolnite s potrebnimi informacijami, Počisti povezave - "pokvarjene" povezave bodo počiščene, Ne spreminjaj - sistem vam bo pokazal samo napake .
Ponovni izračun seštevkov - v platformi 1C, v registrih akumulacije in računovodskih registrih obstaja koncept seštevkov. Vsote - tabela izračunanih rezultatov, iz katerih je hitreje pridobiti podatke kot analizirati celoten register informacij. Praviloma ponovni izračun vsote poveča zmogljivost sistema.
Stiskanje tabel informacijske baze – če je to nastavljeno, bo zbirka podatkov stisnjena in zmanjšana po obsegu. To je posledica dejstva, da 1C pri brisanju podatkov iz baze podatkov teh predmetov fizično ne izbriše, ampak jih le "označi" za brisanje. tiste. uporabnik jih ne vidi, so pa :). Prav stiskanje baze podatkov je tisto, ki trajno odstrani takšne zapise. Enak učinek je mogoče doseči tudi z razkladanjem in nalaganjem datoteke baze podatkov (*.dt).
Prestrukturiranje tabel informacijske baze je postopek, s katerim sistem ponovno ustvari tabele baze podatkov; ta postopek se običajno pokliče, ko se spremeni struktura metapodatkov konfiguracije. Prestrukturiranje celotne baze podatkov je dolg proces, bodite previdni.
Če iz nekega razloga testiranje in popravljanje ne pomaga ali nimate dostopa do konfiguratorja, uporabite pripomoček chdbfl.exe.

ID članka: 86 , Ustvarjeno: 30. junija 2016 ob 13.05, Spremenjeno: 30. maj 2018 ob 17:27

Razvijalci virusne programske opreme in samo razvijalci, ki ne želijo, da se njihov program obrne, poskušajo preveriti virtualni stroj v fazi zagona ali namestitve in če ga zaznajo, zavrnejo delovanje ali se celo samouničijo. Pod rezom je opisana metoda, kako lahko poskusite rešiti to težavo.

Uporabil sem VMWare Fusion za Mac, vendar deluje enako dobro na Workstation for Win.

1) Za delo potrebujete novo nameščen sistem, kako spremeniti obstoječega - nisem ga našel.

Pripravite navidezni disk, določite sistem, kot običajno, in v nastavitvah naprave, ki se namešča, imam to postavko, imenovano Izolacija, izklopite kakršno koli izmenjavo podatkov z OS gostitelja.

isolation.tools.getPtrLocation.disable = "TRUE"
isolation.tools.setPtrLocation.disable = "TRUE"
isolation.tools.setVersion.disable = "TRUE"
isolation.tools.getVersion.disable = "TRUE"
monitor_control.disable_directexec = "TRUE"
monitor_control.disable_chksimd = "TRUE"
monitor_control.disable_ntreloc = "TRUE"
monitor_control.disable_selfmod = "TRUE"
monitor_control.disable_reloc = "TRUE"
monitor_control.disable_btinout = "TRUE"
monitor_control.disable_btmemspace = "TRUE"
monitor_control.disable_btpriv = "TRUE"
monitor_control.disable_btseg = "TRUE"

Te možnosti preprečujejo, da bi programi zaznali navidezno okolje s kompleksnimi preverjanji, kot so sledenje naslovnega prostora pomnilnika, števci.

Pomembno! Če v fazi nastavitve namestitve obstaja možnost, kot je "Hitra namestitev", "Hitra namestitev" - jih izklopite. Prav tako ne smete namestiti orodij VMWare v nameščen sistem, ker. nekatera programska oprema vključuje prisotnost tega paketa v čeku.

3) Shranimo datoteko, določimo ISO s sistemskim namestitvenim programom za zagon, namestimo OS kot običajno.

4) Kljub temu, da velika večina programov, ki ne marajo virtualnega okolja, ne presežejo preverjanj, ki smo jih odrezali v 2. koraku, nekateri še posebej trmasti gredo še dlje in poskušajo poiskati npr. vse, kar je videti kot ime krmilnikov navideznega diska.

Če jih želite premagati v sistemu Windows, pojdite v urejevalnik registra v veji HKLM\SYSTEM\CurrentControlSet\Services\Disk\Enum. Kot lahko vidite, obstaja precej eksplicitna omemba dejstva, da je disk navidezen.

Spremeniti ga moramo tako, da iz parametra odstranimo VMware, Virtual, Ven itd. in ga tako shranimo.

Prav tako je smiselno vse, kar se spremeni v registru, zamenjati z iskanjem VMware/Virtual za kakšen Intel ali IBM, in ne le za spremenljivke diska.

Po tem poskusite zagnati svoj trmasti predmet eksperimentov – v 70 odstotkih vam bodo opisani koraki pomagali opraviti preverjanja za virtualno okolje.

Pomembno! Vrednost v HKLM\SYSTEM\CurrentControlSet\Services\Disk\Enum se po vsakem ponovnem zagonu prepiše, zato jo je treba spremeniti po vsakem novem zagonu sistema.

Seveda to ni izčrpen vodnik, nekateri programi lahko poskušajo določiti virtualni sistem tudi na naslednje načine:

1) Preverjanje obsega naslovov MAC (preprosto zamenjano v nastavitvah navideznega omrežnega adapterja pred zagonom navideznega stroja)
2) Prek WinAPI tako, da pokličete konfiguracijo OS in druge sistemske informacije (Tabela vdelane programske opreme)
3) Triki na nizki ravni.
Z orodjem Pafish lahko preverite, kako ste se zaščitili pred zaznavanjem, ter se seznanite z drugimi orodji za odkrivanje peskovnika in virtualnih strojev, ki so priljubljena pri razvijalcih.

Čeprav obstajajo kraji, kjer se lahko predstavljate, predlagana metoda zavede večino programske opreme, ki se ne želi izvajati v virtualnem okolju, v tem primeru VMWare.

Kot lahko vidite, je prikritost mogoče izboljšati tudi z dodelitvijo več sistemskih virov virtualnemu stroju. Kar zadeva pomnilnik, je vredno izbrati vrednosti, ki so večkratniki 1024.

Hvala vsem, ki ste obvladali članek in ga pomagali dopolniti s smiselnimi komentarji!

Sprva je bila virtualizacija le na ravni programske opreme, prednosti virtualizacije pa so bile izravnane z občutno upočasnitvijo virtualnega okolja. Delno je bila težava rešena v strojni opremi - prodajalci so razvili navodila za procesorje Intel VT-d, AMD-V itd. za pospešitev dela. Vendar pomnilnik in procesor nista edini komponenti, tu so tudi grafična kartica, trdi diski itd. hitrost delovanja pa je neposredno odvisna od izvajanja dostopa do njih. tiste. Glede na proizvajalca navideznega stroja, gonilnike proizvajalca strojne opreme in zmožnosti končne programske opreme, da prepozna virtualizacijo, je hitrost dela še vedno precej odvisna.
Različne aplikacije se v virtualnem stroju različno upočasnijo.
Poleg stroškov strojne opreme za vzdrževanje programske opreme za virtualizacijo je še en dejavnik upočasnitve upravljanje časa. Hitrost pretoka v fizični žlezi in virtualku ni enaka. Poleg tega je virtualni stroj mogoče začasno zaustaviti. Kompleksnost implementacije časovnikov, sinhronizatorskih stikal, prestrezanja fizičnih virov strojne opreme v virtualnem sistemu ne omogoča reševanja problema ena na ena kot pri fizični strojni opremi, veliko je odvisno od specifičnega prodajalca.

Izvedli smo test hitrosti pretakanja, da bi ocenili, koliko lahko virtualizacija vpliva na hitrost enonitnih opravil v 1C, vključno z operacijami vmesnika.

Iz dobljenih rezultatov najpomembnejši zaključek niso številke, ampak dejstvo, da so izkušnje še vedno potrebne, da se v praksi in ne teoretično najde najboljša možnost za delovanje 1C za vašo specifično obremenitev.
Vpliv sloja virtualizacije je še posebej opazen pri zelo hitrem delovanju informacijske baze 1C, kar je logično. Krajši kot je čas delovanja, bolj je primerljiv z latenco za servisiranje sloja virtualizacije.
Z drugimi besedami, če izvedemo eno dolgotrajno operacijo tisoč sekund, bo desetinka zamika pri vzdrževanju virtualizacije kaplja v morje in ni opazna. A če opravimo deset tisoč operacij s časom desetinke sekunde za vsako operacijo, potem bodo opazne zamude pri servisu, saj bodo sorazmerne s trajanjem operacije.

KAJ STORITI

Obstajata dva načina za rešitev težave.
1. način. Če z nastavitvami virtualizacije ne morete doseči želene zmogljivosti, uporabite fizično strojno opremo.
2. način. Zmanjšajte zamike virtualizacije tako, da izberete nastavitve, ki ustrezajo naravi obremenitve. Hkrati je treba razumeti, da virtualizacija ni 100% analogna fizični opremi in je treba hitrost kompenzirati z močnejšo fizično opremo.
Nekateri prodajalci zagotavljajo izboljšave hitrosti s pomočjo mehanizmov za predpomnjenje, vgrajenih v plast virtualizacije. Vendar pa se lahko predpomnilnik "pokvari" in potem bo prišlo do močnega padca zmogljivosti. tiste. ne smemo se spomniti le prednosti tehnologije, ampak tudi slabosti.

1. "Snapshots" je treba izklopiti - upočasnjujejo. Kakšen učinek še zdaleč ni očiten. Za podrobnosti glejte http://vkeygen.blogspot.ru/2011/10/snapshot.html

Microsoft Hyper-V

- pri uporabi strežnikov Hyper-V z vozlišči NUMA

VMware ESXi in vSphere

Skupna uporaba virtualnih strojev za uravnoteženje obremenitve
Težava je v delovanju komponente vCenter, imenovane DRS (Distributed Resource Scheduler), katere naloga je uravnotežiti obremenitev virtualnih strojev na fizičnih strežnikih.Kadar je moč procesorja ali obremenitev RAM-a velike obremenitve, DRS preseli navidezni stroj na drugega fizičnega gostitelja, ki je trenutno najmanj obremenjen; na vrhuncu tega procesa kratkoročne težave z dostopom do virov tega VM.

OMREŽJE

Za virtualne strežnike ESXi 6.0 s strežnikom 1s ne uporabljajte omrežnih vmesnikov tipa WMXNET3, uporabljajte samo tip e1000e

Oven

– Onemogoči odpravljanje podvajanja pomnilnika za EXSi – Pregledna skupna raba strani na gostitelju VMware ESXi

Če želite ta mehanizem onemogočiti zdaj, morate narediti naslednje:

V starejših različicah


Po popravku ESXi in posodobitvah je mogoče mehanizem TPS omogočiti na naslednji način (Napredne nastavitve v razdelku Programska oprema):

  • Parameter Mem.ShareForceSalting(Omogočite TPS na ravni celotnega gostitelja ESXi). Če je vrednost 0, potem TPS še vedno deluje na gostitelju, če je 1, je mehanizem onemogočen.
  • Parameter sched.mem.pshare.salt(nastavljeno na ravni VM) vam omogoča, da omogočite / onemogočite TPS za posamezne virtualne stroje (na primer stare Windows ali Linux - lahko bi to omogočili zanje). Ko je parameter ShareForceSalting nastavljen na 1, morate za naprave, ki potrebujejo TPS v svoji napredni konfiguraciji, nastaviti enake vrednosti "soli". Brez tega TPS ne deluje - zato je onemogočen.

CPE

— —Omogoči shemo največje zmogljivosti

— vSphere se dobro zaveda in poskuša namestiti navidezna jedra strojev na tiste fizične procesorje, v katerih pomnilniku se trenutno nahaja RAM navideznega stroja. Toda tukaj obstajajo pasti. Proizvajalci strežnikov radi privzeto omogočijo emulacijo NUMA v BIOS-u. To pomeni, da se strežnik operacijskemu sistemu zdi kot naprava NE NUMA in vSphere ne more uporabiti svojih optimizacij za upravljanje te tehnologije. Dokumentacija vSphere priporoča, da onemogočite to možnost v BIOS-u, kar omogoča, da se vSphere sam spopade s težavo.

VOZNIK

- Namestite dodatke za goste za orodja VMware

Prva stvar, ki jo morate storiti po namestitvi gostujočega operacijskega sistema v virtualni stroj, je namestitev programskega paketa - VMware Tools Guest Additions za VMware. Ti paketi vsebujejo posebne gonilnike, ki omogočajo hitrejše delovanje gostujočega operacijskega sistema na strojni opremi navideznega stroja.

V meniju navideznega stroja izberite Install VMware Tools. Sledite navodilom na zaslonu, da dokončate namestitev. Če uporabljate gostujoči OS Windows, boste videli, da se ta postopek ne razlikuje od namestitve drugih aplikacij.

Preverjanje orodij VMware.

  • Izberite gostitelja v vClientu;
  • Pojdite na zavihek Virtualni stroji;
  • Dodajte stolpec »Stanje orodij VMware«;
  • Ocenite stanje. OK-> pomeni, da je vse v redu, nič ni treba storiti. Ne izteka/zastarelo - izločeno.

Če orodja VMware Tools ne delujejo, se morate ukvarjati z operacijskim sistemom za goste. Razlog se lahko skriva v posodobitvi jedra Linuxa ali onemogoči (nekdo) storitev VMware Tools v sistemu Windows.

Če so orodja VMware zastarela, jih morate posodobiti v kontekstnem meniju vClient. To se običajno zgodi po namestitvi posodobitev na gostitelje ESX/ESXi. Po tem morate pogosto posodobiti tudi orodja VMware.

DISKE

- Pri uporabi zunanjega pomnilnika

  • Neodvisni obstojni način vmdk-disk - najbolj produktiven, saj se spremembe izvedejo takoj na disku, brez beleženja. Toda tak disk ni predmet posnetkov, ni ga mogoče vrniti nazaj.
  • Pri uporabi iSCSI je priporočljivo konfigurirati jumbo okvirje (MTA=9000) na vseh vmesnikih in omrežni opremi.
  • MultiPathing - v večini primerov je RoundRobin v redu. Fiksno lahko zagotovi boljšo zmogljivost, vendar je to po premišljenem načrtovanju in ročni konfiguraciji vsakega gostitelja za vsak LUN. MRU je mogoče namestiti z aktivno-pasivno konfiguracijo, če nekatere poti občasno izginejo - da ne skače naprej in nazaj.

Kako virtualizacija izgleda v praksi? Virtualizacija ne upočasni vedno veliko, vseeno pa je pomembna tudi narava obremenitve, količina podatkov.



Povezani članki: