VMLab: Difference between revisions
No edit summary |
No edit summary |
||
Line 11: | Line 11: | ||
<H1>EXPERIMENTATION IS ENCOURAGED!</H1> | <H1>EXPERIMENTATION IS ENCOURAGED!</H1> | ||
From the web interface, users can create VM's (guests) from template (Pre-made / provisioned VM's), monitor usage, and access the console. | From the web interface, users can create VM's (guests) from template (Pre-made / provisioned VM's), monitor usage, and access the console. That means that any device that can run a web browser can in essence be used as a powerful server or specialized lab environment. This is good for classes, or designing your own services to run in the space. | ||
<H2>Login Info </H2> | <H2>Login Info </H2> | ||
These credentials are suitable for anyone looking to use the vmlab as a sandbox. | These credentials are suitable for anyone looking to use the vmlab as a sandbox. | ||
[https://10.0.0. | [https://10.0.0.8:8001 Kimchi] | ||
<br>uname: vmlab | <br>uname: vmlab | ||
<br>pw: uas | <br>pw: uas | ||
Alternatively, you can use your ldap credentials. | |||
<br> If you want a specialized machine/template to clone later, ask flay</br> | |||
<br><br> | <br><br> |
Revision as of 22:23, 21 June 2017
VMLAB Overview
The rationale for this implementation was to reduce the barrier for project creation and facilitate ad hoc experimentation. It was my goal to make this minimally intimidating for inexperienced users.
A secondary goal was to add I thought it easiest if those who were less confident had a familiar interface and I didn't suspect anyone regardless of experience will be offended by a GUI, so I opted for a browser based system.
I did this through a management interface called Kimchi, which is a plugin for the wok webserver (Interacts with nginx). ginger is used as a plugin mgmt system. the whole thing is backed by KVM acting as a hypervisor. Here's a link of just the interface: https://raw.githubusercontent.com/kimchi-project/kimchi/master/docs/kimchi-templates.png
EXPERIMENTATION IS ENCOURAGED!
From the web interface, users can create VM's (guests) from template (Pre-made / provisioned VM's), monitor usage, and access the console. That means that any device that can run a web browser can in essence be used as a powerful server or specialized lab environment. This is good for classes, or designing your own services to run in the space.
Login Info
These credentials are suitable for anyone looking to use the vmlab as a sandbox.
Kimchi
uname: vmlab
pw: uas
Alternatively, you can use your ldap credentials.
If you want a specialized machine/template to clone later, ask flay
Steps to recreate this lab
VMLABS physical Specs
MODEL:Dell Poweredge R710
OS:Ubuntu CentOS 7 LTS: 3.10.0-327.el7.x86_64
RAM: 190GB
CPU: 2 x Intel Xeon x5560 (2.8GHZ) [1]
HDD: 1.4TB
RAID: 6
System Architecture
Every student Guest (VM) will be set up via administrator-created template.
Setup Info
Disable SELinux Grab kimchi via packages
Administrator Notes
When creating a new Guest requiring internet access you'll have to add the "phybridge" device (located in kimchi under the admin account) you MUST do this after creating the guest. Create the guest, power it off, edit it, add the bridged adapter, restart. Then you can modify the device to assign a static ip. In the centOS minimal boxes this can be done via the respective /etc/sysconfig/network-scripts/ifcfg-eth file
Don't give Guests names which contain spaces. You'll get insane errors.
TODO
- Document KVM architecture
- Configure Firewalld
- Document Kimchi startup procedure
- Create vmlab architecture diagram
- Set agenda for individual boxes & services plan
- Set up/demo Ovirt