UNIT2

VIRTUALIZAnON
i t h e process of ceatir vual version of somethDng
ke stovaqe nlw, Yesources, cte.
,

In this

instance
trchnique
of a
which allows gto shave
singe phystca
Yesourte
among mwlttple useYS oY
ovg anization
vivualinstove .

Cloudl Service
Usea

Applcshon
Providev
4 H V s e v

Memory
Memor Opevating
rocessor
System
Proce ssov

Yesources
Netwerk
Havdware

Compuu System (single unit)

Hyperversdon divídes the
I be
can desned as a proqraum which
Instance into multible vivtua instances
Single physical
to the uyu..
Nothin pvoviclu c phupsi cally
NEED OF ViRrUALIZATION
Enhanced Perfomnance

Access to moe vesources|

Need of
vtualizaim

Shorta otpa

nitottes
Bo -ien dy
 . Enhanced leoy mancee
sa that f any uu veq,uive aoddlbond sevices
Owned Yesouvce C
Yesources other than the sysem
them thvough the pYocess of virtua

2 Access to more
vesou has more no
Through vytuli2alton the semic e Provicler
vesources.
OYesouYces s0 uçer has avcn to moTe

3. Shortace of Spaea vivtua2cato

shortage of spae hno

fthe auey has
thay went monn
User Can tate 04 muen Space
pTOvicles

4.Eas-friencly initative holcd all he stea

plae alc to
will
fuser incluicucdlly hove a huee amount
thi neLol than thy con
hich probl e m Can le solved the
phsical system

iclea ofvivtualí2auon

Aovawtaes
EcononmicalGN
P enbteu u ska h tad gined cat-o K)
Alexfble Operabons. (kai b h i kuek bhi aecu sakte

Secuvty
. Elemt nali Risk of system faulue.
.Pextble transfer of data.

Raheenee Modul
Asa ame wouk uuis tel that houw semias er
compovMy virualizatin Communwcoi uoith
eaeh
othe.
VIRTUALUZAnON KEFERENCE MoDSL
GUEST

Applicatoni |Applicätion2
Layu3 Usev

Vual Imues Applfcabion 3

VIrtal zol VIRTUALZATION MODEL

maehu
|Hpervísov CVMM v irtuul
L e
montey
Virtual NIW |Vvtuat
L u p s
storo
Virtual Netwoykfnq

VM V yM.

Hos T

Lep1
Physical HloJPhysfcalStoage
Semice Aroutlu
Physfeal NetuortnJ

Seve

hast layer will hd

d al
thE phuysicl H/w sterage f
hu
frovn seice ProuldeY side
Physica Netuovkina
al the physical vesoures avai lab e
Virtual machinu o
in the hust uill bee CYeatad
 Hpenn'scy vert nto a VirtuaL
Con a
ph'coul
utaneos.
ave useo
.Vvivtual Machimes CYeated at thhe nd layev

oy ers though vauou opbliCatlnd.

Host
Jt epresent the atual eny ivomut whe ve the fs
Sfpod t be
manaq
Lo
Guust
tha intvact with tbe
TYepresent The system components

virtuu2.aton a .

gpeui6o CVirtua Mahe Monitor)

ts a S|u that Cestes runs vy tual Wachune

TyPES OF VRTUAUZAnON ,

1. Hardwave Vivtualization
Server S toke pleacef
I n ths
virtualzation of phys'cel to vamdUs Uses
usec to proude servite2
then thuy v e

:Meset hypaV, Yen . H p)

Tul Cell
a
As
ombiud)
owelhd into irtual
Yestuu
f
usishau aL
ara Cseme
esouru

Pavtial
2. N/w V^tuaizabon
sumam
wtti
nternal
han L Nw 1 more ha Lsse
pes1. Cmore
2. Exten al

collect rakht
N[W se TesouYces
. Diff:
C Virtual LAN CVAN)

Steage Vr tualizatton
3:
deu ces aqioupe
d tather
mdutipl stovaae
aa m .
fthen porvdud' c u b l a n

1 l o , le, Virtuaizan.
wul@bla blok am orawdad as y
Block Vituli 2osn
4. Memory Vutualizaion
AMveYS nto a
Physical mem o a d ave a9ggalnd
síngle vivtual memor poot.

5. Softuave Vivtuali2stion
t Aun an additomal
rovfde the abfltty to n Compulh

open attng syslem on

ulsystem
VM Wo S Vivtual bor
6. Data Vlvtuallzaton
Data Aom vaicus diknt resouvces ave cluhrol
Cosoliclattd t o singlu unt thun prtucled to the l.

eq: E-cowmerce, e-povrtal

paut, amanm tt
Desktop Vtvtualization
In thà We con cec the system ov Ouv Compu Hm
othuy plaes than its phyi cal lotalCn ,Uoniny ytem
taky daU
Xeube-toP
LEVELS OF VIRTUAUzATION
Troettional Cempub o f
virtucduu

Applicattn Applfcations
Gqut Os Cuser)
HOST Ovs
vH tuak2ah lop
hypewiso
HW Hlws runnt on

h hoyb

1. Instruction Set Architeeure ISA) Leel

Acttvitu ISA

Instru ction Set instrucli

Hlw wll nae
thui s t }
AH

) tmulatr

instwcbons wll be
In Hlw
Jhe pYocessed
shifted t the upper layu oy viru alt zatr
wth the hit q emulattrs
 i Napring onstrvchions
Atey processed insbruetions of One type av
ave

aopped wih the other type of instrvetions.

*Problem: lots of time qo es in mateunq
2. Hlw Apetraction layu CHAL) Led
A i n i u

Mobbing of vi vtual t physlcal vesourcs.

Distingushing bl priviled opd 4 nn-privlledd
inst which change in inst f
Cen be then onuy pro-euu
Caiy proenee can be'clonne.
+Pyoblem Lots of time» oes in ditngui h

Uperating Syctem level (Isme

with tha hlp

Shaning of H along with os

S
humari

vivtuallzct tn ay
branshen PYavcle

Sant
am Os. CConclit on) k jati h
Poble Sami tantuly os
Level Aft
4. Library level 1User

Use fAPls APplicsttn roqramming Inefae

Ue of ibray intefues t provdd an emuloler
#ProbleM Tools cuehu emulorttrs
5. Appicahon Layer
thn that mm
mall abbl's a e 71ouped teethe 4
opplA mea by Me

Separote virtual environment

VIRTUAUZANON OF CPU nullible CPUS f
.Single CPU act as
if it wer e

pvovicles Services to UseYs

windo w s inu
Guut 0S 1 C a y 0s 2

Hpeao CVMM) *VM1

VM CPU V I t u a i 2 a t o
CPU
Host VMn

multible CPU.
vesouce
wh Cn CPU has singe
Tts helpful
yesoue
So we divicl cPU 0n. 4 prsvlde that 1 n
*
daddig it .

TyPES
1. Sluo Bcase CPU ViYtuali2aton
will bL cliviclol nto privileged ff
rom HosT CPU
Inst
unpivileed nutruelacns.
the
cliuclecd nt vN, V Mn4 tnen
CPU
Buu
t Os.ui'n douy4
VMs w l be auignad

CPU vivtuall2atton
2. H[w Assisted
a e scmu ubuilt
a HOST
HOS7 Ull
t ll have
h
awailablu
Arocenor
ocsor

anitanee to tha hysane

that will provicle
tvols

MEMORY VRTUAL SATION

G u t Vlrtual memo
VML Gqust Phuwi'cl memuy,
MM
Hypemis
Host memor
phlysical mmmn
tlrt
 SOme but at time
User alveady accquive Memory
is not sufficient then
of proce síng if that memery

eauire some additonal mum.or

than
we puvcha that memory agau 4 agaim it
wll he a ctly han

So we want tu tuke that mem om

on Yent baw

So host dividis the mumem into VOious memrii as

at
h nuo to hulfll th
req; vaMous uu
sm

appur vivtucl memory

LThe bl the host momony f tw
7Jhe
mappun
mappuna
Provicle to u e .

Shadou Poge Table

sho uis how poges
ouviced
Ld
Shus hod Pa o
Poy 2
mappiry 4
VMM may

phwa
Ypeuse doi
 VIRTUALIZATiON OF I/o DEvCES
User

Virtual Machine Host

VN VH VM
hypnulco
ust
Convet n dPhysd.
V/vtuos
Guest oS.
Menory
Virtual to Physícal
|
Translation
e

-Buffer Cache uw

str
Hp

P a z

u d u l

I/0 Scheclular
I 6 Schedulor

Device Drtver pevice Drtver> To peca

diver T o C o m n e t
nosts
HNAs)
maun
tpns Vlrual H/w
t ou

1 / 6f r o m
NIC Pravd
Lvgico olisk
t h ef
emaulatad oldk
V M o n
Iloduna d
odeu clauuce NI
ouusy

d l
Leecal Teq ko dleesbt
mappuyf vecre kuta h
Usey vea. is hat of IP 40[P devices,
but Can Use itom veb
User don't want to purchase extya deti ces

SERVIcE ORIENTED ARCHITECrURE (SOA)

SaaS
Servco4
SOA can combine vamous I f w ew a n t

6eruice o can help vavious

lovd

Sevices to comunicste wth. cult

lhese

SOR
cach othe . e n u to
>hrotocal
commun'cou S Stno
SOA cllso helps to cdd on / f t h e nhay

addi b'onal
semces to abrad
Pras'cleol.
C e n h

a4 a ungi
to
h e
u e

Combnes
combne
ens ting sem These
eMa eaviceptogbu

s o
A
SoA eanns some pvotocols 4 |
T h e

standards to make senie

Comnunicati oth cach other
o0g Doc.
 CoMPONENTS OF SoA
Procees of request vesponse Tegéty of Senwice

Service
Dvecty UDDI Unfvesal, Desudptton
dicovny4 intsa
SOAP
Accew Kegiste
Simple Ohjeet wsDi websentes
puy frotwce Fmat desornption lantun

Sevice
enie
User e q u t
Service Bind/ Invoke. Ss Addth'omal
Provfder Sevicw ceatad
Consumer CPermunn)
of the
Semite.
s t a it e t u e l t o
h a st o e

ciedy

CYealiy

Sevice Rrouicdey (keeps)cetan amount of senices yeady

UNeqitc kaai h.
4sttes thum ct senice diecttny,
seruice a t seuice divectoy.
.Usev c a n seavch for a
that it s available theve ov not

Senice f hatis
f a n ovganizstion ov useY wants any
awalaltu then seice provicle OGuld not ceatrT a w seice.
the acodY dNeated seute wll be shared c proicuol t user.
Sne
Tproremd the cadditinal
vecylréments fcany
e i e proMO in diveeto (use do nut- nml to
ul be atev codeol
buuild a
b
wia hom inib'al stit).

Senice Consumev has to take Pevmsien rom sevice

proi cde Cuohole. documentanen wll edon)

50A Refeven e Modi layeved Archiecuve of s0A
This model provides an achitectuval vameuweyk
T It speciies how the available sewces Can Commuunscete
wrth each othey how the 4he Conne ctec to cah otm.

ODO

tD usew
Consuumev Laye entry layer
busine ss qou, User vequiv ements.
BPEL
Business Process Layer:
Compositi,

Selce Layen

Buinex Loy, wsDLL UML,

aepeemed d o u n n t

Applicatton Sevuce Rapasito

Lauea.UML
Adape

Technolog a : ApPs. Coce, dB,os

Qualty
dom hue
Gruiding Pinaiples 0f Soa
Sewice Conbraet
1. Standardized
Seruice Semnic 2

Sevice uels to make

applfcation 4 mul to ul seua

applicatt Semvi ce 2 also.

S o a n aanement doumvt
Document
moc uspL tom at
 2.
Loose - Coupling ,

We
clvelopt CL AeuICe M Such u
neael to
GV
hat th sewice not olependontt on ay
Sevvice. h e m u t au l
ov clependuna ponibla.
3. Abstraelon
eet serurce
Ib sas that we Can anly s ,

seite but Can no b qet to know

om anether

the implsmentatton lctuiu.or inbuilt structure.

4. Reusabllity
f there is an already exis ing sennte hen we
Can umplemant i o y e dmultlple imu
thvough th we Sane Coct 4 dme

5 Discoveability
In clou if Avce Yeud then it s

tivst seanehed ov dúcovesed

6. Compo Sabillty
b means that we compose o build sewice
n such a wy that it Can tauly wd c
u a seavle caid.

ApuANTAGES OF SOA DISADVANTAGES OF SOA

Senice Reusabiltty
High-ovenhead
Eos meuintpanee tHigh investment
1

Plattonm indepenlerct. Comle urce anamct.

hvail ability.
Ruabilty
Scatability
APPuCATmONS OF SoA
CutomeY|CLaum balanea Debit
stams
validayy balane
Sevice Jenda Sevit
Insurance Clana

Apf
CCuwent APP) SOA Based inteaten Plutom

Sernte Ovchesbartton
and
all th semry
Integrat
thvougA uhush
pYoved a auctma

Mye Can ue t.

Net Bankin9 PP
2
5. mae dtetive pavtnersh
1. Manage uwvld 4 dlata
6 To t i m Cost
2. To mamqe werk-flow speed to mdrkd
FTo incveae
serutes
3- To con soliclatz i Lity,
8 To ihcvease
Customey S e v a
4. To improve
SOAP CSimple Object Access rotocol)
Jts a
protvcol to usc web sCrites

Desiqned XM
is in Sonf ferma the
h e Ye quest sent tu server

senice provicded to clientie in xHL erma

Service Providev
Service RequestDv

SOAP
SOAP Menoe
Messaqe
Contert metd
Cotext

Reauut1P SoAP Rous

ClientS p o m s e
Rasponse

Client Bank
U.
CeNtaut e bSenice LSoAP msoae u SoAP menue
AccourtNO, .
Comvere odl into

cw,n command

et that th Seu Bank

ofP in web applicattCn
Canundeuto
SOAP
SoAP foma
fomat

Advanto Disadvan teg

. uni vensaly aeerptable Usesony XML

Uses *afoymat ,ht

Tight Coupty 5/w uiee
St
accesshl bt eh.
Use wsDLfer wvitm sesvice Proreleu
document whueh i
eay to nducand
wsDe web seauie
Q s m o r Laryuoa
 SOAP Building Blocks SoAP min 0o format

how XML InstruITnA

o l o c
a s

SOAP Envelope
x M l
ae wielen in
Icdenbth'e S0A P omat
SOnP m e n

SoAP Header

Headey Block
authanttcattan Heaole lodk
secusty suwama
Panwerol. SOAP Body
c u ' e u c t

Contan vequs
misae Block what to snd as a
to clie

REST (Repres entational Stote Twansfer

architectural model to use web Seites.
#s an

Used fr cesigntng bose-coupled afplicahCnu over HTTP

web-senvices whfch follou REsT Semwices ae called

RESTFul web Services.

REST Web Seres Sevva Man

e : B, Tuoittes, etc
Sevntael
a
Stored

COMPONENTS hu
1.Client
HTTP HTTP
Serve
|Request IResponse

E
Cient Ue vequert a
stored sw tas
ARCHITECTURAL CONSTRAINTS

Thene m u t
be cn niferm
unferm usu
1. Oniform Interfaee (
imbraction)

2 Statilos CCltent must incude al he intomalion ) at me

Aayest
3.Cocheable. ( fev haw much
tmu veqjuut C vespornea con hahde

4 Client Sewey Chas a liont a seeL)

5. Layered System (ts a laywnd orchittetue, pvespnt lay muyt

Ad no i pretous succesie ate).
G. Cocle on- clemand y we do not
doteuult provld
the cøede snus lbut
but tha ei'ent
t h e eANet
demaneds thn a dome .)
 RESTful Web Sevices RESTless Web Sevicese
Ths
application pvovtks Ths applscaton that
interoerbility
sys tem
bluo Comput s not based on the
on the intcynet prinapl of REST.
Use REST
Use 50AP.

Suppots HTML JSON,Te

Suppor t ML erma.

Use URL tv expo se

Ose
business Use the Sence
ogic nterace to expose
busino* gie.
Faier Hexible Not eoy eni ble.

Consume less barclwiclt

Consume mowe
Yesource s. buncoiolth
YEsouNCes
 Air
bvate contiel.

#WEB SERVICES
medium whichs Used fer Communical
fotlo bluo tuo0 cleuices lying on same N/uO

prCLkaw
otucotis They
stfeandanal
eoay).
eoayo Yeajues e
involve a
( ctientj
Service Provcler1a sewice

Cowwwwuncatug Task pefov med by web Senices.(hbrkayg ebAeus

webweb sewices Searche d over

ave the NJ
Arauden calld oceordi ng
(RegubvyRepitts
C

Seeto
Cti Calleel web u i c is able to provicle
provrol

Opevation to client that nas in vokecd it.

frondu
ram Ropon rom neb akw
RLepust
ConjmwO Internett Sen Scse
Cliet
hosLiy web

Resuust fhom Data is translerud n *aMLton

c
Di standas dsike HTTP, TCA{P
yp fweb Sewices
1. SOAP CSimple Object Aues Rrotocol)

te ap ML baced protp col to acces web seics.

i6
platfom { languaqe indapndevd.

2. RESTfol web Sewic

SOAP REST
.Ts oa protoco ts an avchitectural stule

Stmple Okjet Acesc REpesentation) State

Protoco Transfe.
.Can't Use REST as ts Tt can Use SOAP
a Protvcol

Use seice intesfocu to U&e URI to

expose
expose the busins losie busineSS log

Reque mere
vesen banduwicH Lu banduithi 4
4 resouKe TeSOuvce than 50P,

denes i t owL scuy Inh erit Sec

mensm

fexmutxML femat o Pevmat olikh data

mat HTM XML
Plan t , ek
Len Paemmd
wwPveee d
 PuBLISH Sv8scRIBE(ATTEeN)MoDEL
.Ofers durable messag stovage 4vealtime mnage
consis tent
delieny with hugh ovailabi lity 4
perfcr mance
withthe
helboftha Advanlog)
moe bhen Enhance vasponse imne
pubsher
entamesagP
sage Enhanced veSul
tobulksenmmd Scalabiliy
Senta
to a topic.
message pubshed
In
Jn ths model any
subsei bors to
the
i s immecdiatily veceived by all
the topic.
0ápatekurq |SubscihAs
senuuee

CreanA.Publiher
subsunbe0 O
ncatyt

Subxibe
e publahld
Pubu hes <

unpubsesuhcl)
Subscnbei
Pubishsa netufyt)
Subscibt
(channul)i:

t Lowmunitattn ingaasudup
Pubtuhy: Publahu menag

Subscriber:
Subscribes t a catoa* message.

maintas

Channel
Recei res mnagej from publBheIS
Subsoviber subsenbtíon.