Gary Day

Selling Virtualisation To Faculties

After spending an afternoon producing an extensive list of the benefits of Virtualisation as a reference to potential probing from corporate management I decided to take the opportunity to share and highlight the parts of this list that would have a direct effect on faculties, this in itself was fairly extensive and perhaps (as will always happen in these circumstances) a little too detailed, the object is, of course a non-technical offering to a primarily non-technical area.
After a little extra thought it looks like there really are just three significant points.

• Low To No-Cost Provisioning
• Increased Development Time
• Raising The Bar On Quality For Support

Let’s look closer..

Low To No-Cost Provisioning
A faculty can request a service, a vanilla virtual server can be added to the physical resource and fired up, the service/application is installed and configured. A snapshot of this virgin service is taken and moved to storage as a backup.

Increased Development Time
Purchasing physical hardware can be a time consuming task, pricing, requesting competitive quotes and passing through the corporate infrastructure for approval. Then we wait for Manufacturer X to deliver Product Y on time, provided of course they have the type and/or amount of memory required in stock.
The time saved here allows for the actual development of the service within the faculty that has requested it, this is performed either under total ownership or with a support agreement from relevant technical services.

Raising The Bar On Quality For Support
Again, the key factor here is time. Consistent management tools and interfaces for Virtualisation solutions allow greater time for actual development support. Backup and restoration time is reduced by almost comical levels due to the ability to trash a faulty “machine” and replace it with another identical (sans faultiness!) Virtual Machine.

Often we are in a situation where we can save time or money.
Consider a world where we can do both.

Tags: Education, virtualisation

Virtualising Virtual Environments

Before the education section of this site expands..
I would like to make my perspective on a particular concept clear.

When I refer to a “Virtual Learning Environment” I no longer refer to a single application such as Moodle or Blackboard. I am referring to a collection of services and/or applications, for example “my” Virtual Learning Environment would consist of a Course Management System, an ePortfolio system/solution, my shared file/object repository, student email and remotely accessible storage facility and even my authentication server for accessing external resources as with Federated Access Management.

The reason for my adopting this way of thinking is that the Virtual Learning Environment is (and will continue to do so, increasingly) moving away from the realms of the IT Lecturer’s Pet Project, not to belittle the efforts of the IT Lecturer, after all, the roots of the Virtual Learning Environment will always belong with the student/teacher relationship but the increasing time, security and scalability concerns are no longer things that can be addressed in anyone’s “spare time”.

Let me talk about my Road To Realisation.

I was informed some while ago, by our eLearning Co-ordinator that there was a need for additional services to be added to our Virtual Learning Environment (during this conversation Virtual Learning Environment = Moodle, and only Moodle). Now under conventional infrastructure practices this would require the purchase of additional hardware, memory, servers, storage etc and placing it in a rack (and booking the tech-time for someone to do this) in a small server room - note: not a vast gleaming data centre, this is a College Of Further Education.
Traditionally this would be the form every time I was asked to provide a new service.

Several months ago I was involved with moving along the implementation of a new Staff Extranet and the subject of server virtualisation/consolidation was raised, every time IT Support added a new system, new hardware was added to provide and support it, this couldn’t continue was the view held, it was expensive, time consuming and frankly everyone would very soon run out of space and everything would just grind to a halt. The general view was, yes, virtualisation and/or consolidation was the way forward, but not yet, not in the required timescale. Fair enough. A reasonable view.

Traditional services were wheeled in to support the project.
It was a decision that had to be made.

Now, the time has come to rebuild our Virtual Learning Environment, to add new services and solutions.
There’s no better time with the Summer Break slowly creeping up on us (your Summer Break, not mine by the way, do you think that elves take a break from shoe making to flex their Linux Sysadmin skills during the night?) to start devising a long term virtualisation/consolidation strategy complete with automated fail-over, full system/service backups, the ability to add and/or replace services with an absolute minimum of downtime.. not to mention and increased efficiency in terms of the environment and system management issues.

Take a look at your Virtual Learning Environment.
Have you given it stupid amounts of memory and not enough storage?
Does Moodle have a Dual/Quad-Core Processor all to itself?
How long are you keeping your student data?
Are you prepared for that time to become a whole lot longer than you expected?

Tags: consolidation, eportfolios, linux, moodle, virtualisation, vle

Presents For Faeries?

Or perhaps..

..The Presence Of Faeries?

Tags: faeries, garden, photos