9:10 p.m.
--_000_DM5PR03MB263695A8C2F650880DC40D8B8CD90DM5PR03MB2636namp_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi all,
Potentially stupid question here. Sorry in advance if so. I have always bu=
ilt out full blown multi rack instances of oVirt, and RHEV for clients, but=
the following question has me wondering before I go digging and trying it =
out...
I realize that the oVirtLive ISO is for demo purposes, sandboxing, and not =
production: I have a client, who is in need of a bootable AIO-based USB ins=
tall with the caveat of being able to connect to the computer's HD and othe=
r external storage at that point (for the Storage and ISO domains that I'll=
create afterwards). This is because they have one BM to work with and the=
y don't want the extra overhead using an SSD HD slot. They don't want to us=
e a Sata DOM either if possible.
In saying that, and concerning the oVirt LiveISO capabilities - I have two =
questions.
- Does the AIO USB install load necessary runtimes into memory, similar to =
esxi bootable USBs and utilize the base hardware afterwards so that the res=
t of the operations are ran in memory, hitting the disk (USB in this case) =
like a normal OS load when needed for kernel calls, etc..??
- Are there a terrible performance costs if we stay with USB3 (which has a =
ridiculous theoretical speed in certain hardware matching situations)?
Thanks in advance for anyone who might have already crossed this bridge and=
can provide insight.
Michael J. McConachie | keys.fedoraproject.org | PubKey: 0x7BCD88F8
NOTE: The information included and/or attached in this electronic mail tran=
smission may contain confidential or privileged information and is intended=
solely for the addressee(s). Any unauthorized disclosure, reproduction, di=
stribution or the taking of action in reliance on the contents of the infor=
mation are strictly prohibited. If you have received the message in error, =
please notify the sender by reply transmission and delete the message witho=
ut copying, disclosing or forwarding.
--_000_DM5PR03MB263695A8C2F650880DC40D8B8CD90DM5PR03MB2636namp_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html;
charset=3Diso-8859-=
1">
<style type=3D"text/css" style=3D"display:none;"><!-- P
{margin-top:0;margi=
n-bottom:0;} --></style>
</head>
<body dir=3D"ltr">
<div id=3D"divtagdefaultwrapper"
style=3D"font-size:12pt;color:#000000;font=
-family:'Courier New',monospace;" dir=3D"ltr">
<p><span>Hi all,</span></p>
<p><br>
</p>
<p>Potentially stupid question here. Sorry in advance if so. I have a=
lways built out full blown multi rack instances of oVirt, and RHEV for clie=
nts, but the following question has me wondering before I go digging and tr=
ying it out...</p>
<p><br>
</p>
<p>I realize that the oVirtLive ISO is for demo purposes, sandboxing, and n=
ot production: I have a client, who is in need of a bootable AIO-based USB =
install with the caveat of being able to connect to the computer's HD and o=
ther external storage at that point
(for the Storage and ISO domains that I'll create afterwards). This =
is because they have one BM to work with and they don't want the extra=
overhead using an SSD HD slot. They don't want to use a Sata DOM either if=
possible.<br>
</p>
<br>
<p>In saying that, and concerning the oVirt LiveISO
capabilities -&nbs=
p;I have two questions.</p>
<p><br>
</p>
<p>- Does the AIO USB install load necessary runtimes into memory, similar =
to esxi bootable USBs and utilize the base hardware afterwards so that the =
rest of the operations are ran in memory, hitting the disk (USB in this cas=
e) like a normal OS load when needed
for kernel calls, etc..??</p>
<p>- Are there a terrible performance costs if we stay with USB3 (which has=
a ridiculous theoretical speed in certain hardware matching situations)?</=
p>
<p><br>
</p>
<p>Thanks in advance for anyone who might have already crossed this bridge =
and can provide insight.<br>
</p>
<p><br>
</p>
<div id=3D"Signature">
<pre><font style=3D"font-size:10pt" size=3D"2"
face=3D"Courier New"><br>Mic=
hael J. McConachie</font><font style=3D"font-size:10pt"
size=3D"2" face=3D"=
Courier New"><font style=3D"font-size:10pt"> |
</font><font style=3D"font-s=
ize:10pt" color=3D"#008A17">keys.fedoraproject.org</font><font
style=3D"fon=
t-size:10pt"> </font><font style=3D"font-size:10pt"
color=3D"#AC193D"><font=
style=3D"" color=3D"#000000">|</font> PubKey:
0x7BCD88F8</font><br></font>=
</pre>
<font style=3D"font-size:10pt" size=3D"2" face=3D"Courier
New"><i><font sty=
le=3D"" color=3D"#ff0000">NOTE:
</font><font style=3D"" color=3D"#366092">The information
included and/or a=
ttached in this electronic mail transmission may contain confidential or pr=
ivileged information and is intended solely for the addressee(s). Any unaut=
horized disclosure, reproduction, distribution
or the taking of action in reliance on the </font></i></font><font
style=
=3D"font-size:10pt" size=3D"2" face=3D"Courier
New"><i><font style=3D"" col=
or=3D"#366092">contents of the information are strictly prohibited. If you =
have received the message in error, please notify
the sender by reply transmission and delete the message without copying, d=
isclosing or forwarding.</font></i></font>
</div>
</div>
</body>
</html>
--_000_DM5PR03MB263695A8C2F650880DC40D8B8CD90DM5PR03MB2636namp_--
11 a.m.
Hi Michael,
oVirt-Live's basically functions as any other LiveCD, so no special
differences here.
Generally it means that necessary kernel/kernel modules/programs are loaded
into RAM, and access to the image is needed if e.g. one wants to run some
more programs.
All writes are done into RAM.
Note however that since the whole CD isn't copied into RAM, so you still
need it to be accessible, e.g. have the USB DOK be inserted into the
computer.
As you already mentioned the oVirt-Live is designed to work in a sandboxed
environment as far as the network is concerned.
It was never designed nor tested to work with i.e. external storages, as in
order to do so the network configuration will have to be modified.
Regarding performance: we haven't tested it, but probably the oVirt-Live
may take a bit more time to load when compared to normal installation.
This is because USB DOKs are generally slower than SAS/SATA HDDs/SSDs.
Once loaded however the performance will be similar and in some cases even
greater, since all writes are done to the RAM.
The price of this is of course that once the system is rebooted for
whatever reason all data is lost.
Hope it helped,
On Sat, Jun 24, 2017 at 5:10 AM, Michael McConachie <
michael.mcconachie(a)hotmail.com> wrote:
Hi all,
Potentially stupid question here. Sorry in advance if so. I have always
built out full blown multi rack instances of oVirt, and RHEV for clients,
but the following question has me wondering before I go digging and trying
it out...
I realize that the oVirtLive ISO is for demo purposes, sandboxing, and not
production: I have a client, who is in need of a bootable AIO-based USB
install with the caveat of being able to connect to the computer's HD and
other external storage at that point (for the Storage and ISO domains that
I'll create afterwards). This is because they have one BM to work with and
they don't want the extra overhead using an SSD HD slot. They don't want to
use a Sata DOM either if possible.
In saying that, and concerning the oVirt LiveISO capabilities - I have two
questions.
- Does the AIO USB install load necessary runtimes into memory, similar to
esxi bootable USBs and utilize the base hardware afterwards so that the
rest of the operations are ran in memory, hitting the disk (USB in this
case) like a normal OS load when needed for kernel calls, etc..??
- Are there a terrible performance costs if we stay with USB3 (which has a
ridiculous theoretical speed in certain hardware matching situations)?
Thanks in advance for anyone who might have already crossed this bridge
and can provide insight.
Michael J. McConachie | keys.fedoraproject.org | PubKey: 0x7BCD88F8
*NOTE: The information included and/or attached in this electronic mail
transmission may contain confidential or privileged information and is
intended solely for the addressee(s). Any unauthorized disclosure,
reproduction, distribution or the taking of action in reliance on the **contents
of the information are strictly prohibited. If you have received the
message in error, please notify the sender by reply transmission and delete
the message without copying, disclosing or forwarding.*
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Lev Veyde
Software Engineer, RHCE | RHCVA | MCITP
Red Hat Israel
<https://www.redhat.com>
lev(a)redhat.com | lveyde(a)redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
2711
days inactive
2713
days old
1 comments
2 participants
participants (2)
-
Lev Veyde -
Michael McConachie