In the next major release of oVirt, we have been putting some thought into updating the Dashboard for the Administrator Portal. The goal for this update would be to allow admins to quickly glance at the state of their environment, see the metrics that are most important to them, and then jump off to dig even deeper from there.
The first step in our design efforts was to research what exists today in the oVirt Administrator Portal as well as other virtualization administration UIs out there and decide which of this information might make sense to surface on a dashboard. We did an initial mock-up based on this research so that we could show people and get some first glance reactions.
After running this initial mockup by a few people who know the virtualization space well, we put together and sent out a survey to the oVirt community asking for feedback from any and all administrators on what they’d like to see on a dashboard.
After excellent feedback in both areas, we were able to bring everything together than we’d learned and landed on a more polished first cut of what the oVirt.next Administrator Portal Dashboard could look like.
We are still looking to gather feedback on the first round of this dashboard design. Please feel free to leave your thoughts in a comment below. Are you going to be attending Red Hat Summit this year? Stop by the oVirt booth in Community Central on Wednesday or Thursday if you want to take a closer look and give your feedback in person. We are working on a few other concepts that we will be sharing there as well, so come help shape the future direction of the oVirt Administrator Portal!
Before being able to use everything that OpenStack has to offer, you need to be able to install it. The installation step of OpenStack has been a heavily talked about topic over the last few years. Whether you are a developer or tester trying to get your environment up and running or an end user trying to use OpenStack to spin up VMs, you’ve most likely put a fair amount of time into the install and configuration step. Since it’s the first thing every user experiences with OpenStack we really need to make it as effortless as possible. OpenStack is an interesting beast because there are so many pieces to the project (some being optional) which make configuration very tricky. We’ve set out to reduce the frustration from a user’s point of view as we designed RDO Manager.
Since OpenStack is so complex, it’s difficult to design an installation and configuration UI that steps the user through every single setting. One of the main goals we had in designing the RDO Manager UI is to surface the common configuration parameters to the user and tuck away the rest. This way, the novice user could install and configure their cloud without having to dig. The advanced user could dig a little deeper and get into additional settings that they might want to control. Designing the UI this way requires talking with as many people as possible who will use this application to install OpenStack so that we are sure we surface the most important configuration options. We are still learning more as new people use RDO Manager and give us feedback. The following is a walkthrough of the current design of the Overview page of the RDO Manager UI.
For all users, when they log into the RDO Manager UI they will first see the Overview page. From this view, the user should be able to do everything they need to for a simple OpenStack install. On the right, they will see a checklist to follow as they complete the necessary steps to plan their cloud deployment. Once they have fulfilled each step, they will be ready to deploy their cloud.
The first thing a user will do to begin the planning process is register nodes. This is the hardware that will run the cloud. Clicking on “Register Nodes” will bring up a modal dialog for the user to either register nodes manually, or upload a set of nodes from a file such as a CSV.
We’ve designed this modal to allow for registering multiple nodes at once so that the user doesn’t have to continue to come back into this modal for each additional node they’d like to register. Uploading a CSV file will populate the nodes from that file in a list on the left of the modal. The user can edit any parameters they wish before clicking “Register Nodes”.
As nodes are registered, they will drop into groups (or Node Profiles) based on the their hardware specifications. This will make it easier to identify which nodes should be assigned to perform Compute, Controller, or Storage functions.
Once the nodes have been registered, the user will want to define their network configuration. In the first version of RDO Manager, there will be templates provided to create the networks, generate IP addresses for each node, and configure the services to run on the appropriate networks. Users will be able to edit this configuration file within a modal in the UI.
Before assigning deployment roles to nodes, the user may need to provide configuration details for some of the roles. This configuration includes things such as the provisioning image and service configuration for each role.
Editing the service configuration will apply these parameters to the underlying services running on a node with this deployment role. This is where the most work has been needed to be sure we surface the most important configuration and hide away the advanced parameters so that we can keep it as simple as possible for the user.
Assigning deployment roles to nodes is the last step in the checklist before the user can Verify and Deploy their environment. Users can either drag and drop roles onto node profiles or they can click the “+” to assign a role to a number of nodes. After assigning a role, the user can choose how many nodes they would like from the node profile to take on that deployment role.
Once the user has met all of the requirements in the checklist, they can click the Verify and Deploy button to kick off the deployment of their cloud.
What do you think about this design so far? Feel free to leave your thoughts in a comment below 🙂 In a following post, I will cover the initial design thinking around monitoring the environment during and after deployment.
Will you be at Red Hat Summit this year and want to try RDO Manager out? Come to the RDO Booth in the Community Central area and I will have a system running for you to poke at and give comments on. I’d love to get your feedback in person!