FieldDay.io was founded by Ananda Kammampati with the goal of designing a universal platform to serve the demand of training global field teams on different technologies and product integration's, all hands-on.
While Ananda created the Self-directed learning platform, Master-VM framework, custom installers, Hands-on labs, videos, website & contents, online store and all backend integration, his high school and engineering college buddy - Rajesh Kunnath helped design the portable homelab server appliance - Hands-On-Box .
Rajesh is the founder of RadioStudio, an electronics design house and IoT product firm.
In the past, Ananda created StudentOS and many of its Editions for training and educational purposes.
The Ultimate goal of FieldDay.io is to provide a platform with which anyone in any part of the world can master IT hands-on in their own pace and time, either insanely cheap or free.
Ananda Kammampati
The software guy
Rajesh Kunnath
The hardware guy
section 01: configuring web server on JUMPBOX
Log into JUMPBOX VM (172.16.10.10) and configure it as a repository by running the following commands as root.
The filename can be anything, as long as it it located in directory /etc/httpd/conf.d
# vi /etc/httpd/conf.d/pxeboot.conf----- Alias /repository /var/www/html/repository<Directory /var/www/html/repository> Options Indexes FollowSymLinks Allow from all</Directory>-----
Modify httpd.conf
# vi /etc/httpd/conf/httpd.conf
----- Listen 172.16.10.10:80ServerName jumpbox.susecaas.local:80-----
Define ‘info-files’ for each virtual machine, starting with ADMIN (node) VM
# cd /var/www/html/info-files# vi admin----- netdevice=eth0ifcfg="eth0=172.16.10.50/24,172.16.10.253,172.16.10.250,susecaas.local"hostip=172.16.10.50/24netmask=255.255.255.0gateway=172.16.10.253nameserver=172.16.10.250domain=susecaas.localhostname=admin.susecaas.localinstall=http://jumpbox.susecaas.local/repository/DVD1-----
After reboot, make sure TFTP service is running fine without manually starting the service
# systemctl status –l tftp.service
section 03: configuring dhcp server on JUMPBOX
#hostname jumpbox.susecaas.local# vi /etc/dhcp/dhcpd.conf--allow booting;allow bootp;class "pxeclients" { match if substring (option vendor-class-identifier, 0, 9) = "PXEClient"; next-server 172.16.10.10; filename = "net/pxelinux.0";}# No service will be given on this subnet, but declaring it helps the# DHCP server to understand the network topology.# This will disable dole'ing out DHCP address to virtual bridge virbr0subnet 192.168.122.0 netmask 255.255.255.0 {}subnet 172.16.10.0 netmask 255.255.255.0 { authoritative; range 172.16.10.230 172.16.10.248; default-lease-time 900; max-lease-time 1200; option routers 172.16.10.253; option subnet-mask 255.255.255.0; option broadcast-address 172.16.10.255; option domain-name-servers 172.16.10.250, 8.8.8.8; option domain-name "susecaas.local";}--# systemctl enable dhcpd.service# systemctl start dhcpd.service# systemctl status -l dhcpd.service
section 01: web server (english)
section 01: web server (tamil)
section 02: tftp server (english)
section 02: tftp server (tamil)
section 03: dhcp server (english)
section 03: dhcp server (tamil)
section 04: PXE Admin (english)
section 04: PXE Admin (tamil)
section 05: config Admin (english)
section 05: config Admin (tamil)
section 06: PXE Masters (english)
section 06: PXE Masters (tamil)
section 07: PXE Workers (english)
section 07: PXE Workers (tamil)
config 08: config 3 Masters, 2 Workers (english)
section 08: config 3 Masters, 2 Workers (tamil)
section 09: config 8 more Workers (english)
section 09: config 8 more Workers (tamil)
section 10: testing with kubectl (english)
section 10: testing with kubectl (tamil)
Introduction
Configuration of DNS Server
Login as root in DNS Server VM (172.16.10.250) and enter the following commands:
# yum install -y open-vm-tools net-tools wget
# yum install -y gcc
Log into LB VM (172.16.10.100) and run the following commands as root. Note that the VMs SERVER-01 and SERVER-02 are defined as backend in the file /etc/haproxy/haproxy.cfg
NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MariaDB
SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY!
In order to log into MariaDB to secure it, we’ll need the current
password for the root user. If you’ve just installed MariaDB, and
you haven’t set the root password yet, the password will be blank,
so you should just press enter here.
Enter current password for root (enter for none): <–Hit ENTER
OK, successfully used password, moving on…
Setting the root password ensures that nobody can log into the MariaDB
root user without the proper authorisation.
Set root password? [Y/n]
New password: 1FieldDay-IO // Enter your preferred password here
Re-enter new password: 1FieldDay-IO// re-enter the password again
Password updated successfully!
Reloading privilege tables..
… Success!
By default, a MariaDB installation has an anonymous user, allowing anyone
to log into MariaDB without having to have a user account created for
them. This is intended only for testing, and to make the installation
go a bit smoother. You should remove them before moving into a
production environment.
Remove anonymous users? [Y/n] <–Hit ENTER
… Success!
Normally, root should only be allowed to connect from ‘localhost’. This
ensures that someone cannot guess at the root password from the network.
Disallow root login remotely? [Y/n] <–Hit ENTER
… Success!
By default, MariaDB comes with a database named ‘test’ that anyone can
access. This is also intended only for testing, and should be removed
before moving into a production environment.
Remove test database and access to it? [Y/n] <–Hit ENTER
– Dropping test database…
… Success!
– Removing privileges on test database…
… Success!
Reloading the privilege tables will ensure that all changes made so far
will take effect immediately.
Reload privilege tables now? [Y/n] <–Hit ENTER
… Success!
Cleaning up…
All done! If you’ve completed all of the above steps, your MariaDB
installation should now be secure.
// Reload the info.php page again. MySQL will be listed this time
// Install phpMyAdmin
# yum –y install phpMyAdmin# vi /etc/httpd/conf.d/phpMyAdmin.conf
—–
[…] Alias /phpMyAdmin /usr/share/phpMyAdmin Alias /phpmyadmin /usr/share/phpMyAdmin <Directory /usr/share/phpMyAdmin/> AddDefaultCharset UTF-8
<IfModule mod_authz_core.c>
# Apache 2.4
# <RequireAny>
# Require ip 127.0.0.1
# Require ip ::1
# </RequireAny> Require all granted </IfModule> <IfModule !mod_authz_core.c> # Apache 2.2 Order Deny,Allow Deny from All Allow from 127.0.0.1 Allow from ::1 </IfModule> </Directory>
<Directory /usr/share/phpMyAdmin/>
Options none
AllowOverride Limit
Require all granted
</Directory>
[…]
—–
# vi /etc/phpMyAdmin/config.inc.php-----[...] $cfg['Servers'][$i]['auth_type'] = 'http'; // Authentication method (config, http or cookie based)? [...]-----
Installation of server components on SERVER-01 and SERVER-02
Log in as root in both VMs namely SERVER-01 (172.16.10.1) and SERVER-02 (176.16.10.2) and run the following commands. Pay attention to the IP addresses and port numbers that are being pass on each Server VM.
From JUMPBOX VM, ssh into MYSQL VM as root, run mysql client command and verify that the RancherDB database was created and populated. This is just a sanity check.
JUMPBOX# ssh root@172.16.10.14 <--- 1FieldDay-IO is the passwordMYSQL# mysql -uroot -p <--- 1FieldDay-IO is the passwordMariaDB [(none)]> show databases;MariaDB [(none)]> show tables;MariaDB p(none)]> quit
Kubernetes by Rancher Labs
Movie Analogy
Cooking Analogy
Passionate Individuals
Partner Engineering
Product Management
Technical Marketing
Technical Account Managers
Field Enablement
Consulting Architects
Sales Engineers
Sales Engineers
Our Master-VM framework provides you an alternate and cost-effective way of carrying your demos and proof-of-concepts with you on your customer visits which instantly become your sales tools.
Your sales cycles can be much shortened by leaving your portable servers at your customer site for them to play with your stack if needed, rather than try building sandboxes for them on Cloud and then baby sitting them.
You no longer need to burn midnight oil in preparing for your next day demo. But instead a single Master-VM can build your demos and poc’s with all the use cases that you see fit. This way you can showcase product capabilities effectively and quicker.
Passionate Individuals
Our true definition of success as a viable business is to enable individuals like you who have that fire in your belly to learn what we offer as self-paced labs, no matter where you live and what you speak.
Our end goal is to hand deliver Master-VMs through our subscription model so that you can self-learn to your heart’s content.
Partner Engineering
It’s always great to be in the partner engineering team guiding partners what to do and which way to go.
But at times, you yourself is at lost when it comes to producing your own deliverables namely SETs / Solutions Enablement Kits (or whatever your company calls them) because you’ll soon end up becoming dependent on other teams like technical marketing, product management, field enablement and so on.
By using the same Master-VM framework that the rest of the company uses, you can lock step and be on the same page with the rest of the teams. With this approach you can get your deliverables out the door on time and bring up partners on board in a consistent manner.
Product Management
You know what it means to be in the product management, how you are expected to have all the answers all the time and how everything becomes your action item.
One of the most challenging part of being a product manager is to assimilate all the information from the engineering and then spread it within the company as well as with your customers.
With our Master-VM framework, your products no longer have to live within powerpoints or wiki pages or in webex recordings. Your entire product stack with all its uses cases can come to life by packaging them into a single Master-VM along with evaluation licenses. And that can be distributed quickly in a USB thumb drive to all the relevant teams. That way, no one has to bother you on corridors or cafeteria asking for demos or product details anymore. Just point them to its Master-VM and that will take care of everything.
Technical Marketing
Technical marketing teams are expected to churn out reference architectures and white papers like pan cakes expect, nobody knows what it takes in producing your deliverables and how much you are dependent on having your own internal labs.
One of the major challenge you often face is showcasing your product capabilities and their integration with other products within your company as well as from partners and competitors. Once you figured that out, next comes the real challenge of disseminating that information to the rest of the world.
Our Master-VM framework gives you great flexibility in packing all your findings, recommendations, configurations, documentations, video/webex recordings – all in just one single VM (we call that Master-VM). It is upon us to get that delivered to your end customer, be it internal or external. This way, we completely eliminate the challenges in either opening up your internal labs for public consumption or burn your pockets by running them on a public cloud 24/7.
Consulting Architects
The management wants professional services organization to be a cash cow for the company. But somehow doesn’t want to spend on the required technical training (?!) Ask them for a training and all you hear are budgets cuts, quarterly endings and cost cutting.
We understand your world. And that is why we kept all your training requirements as the fundamental corner stone while designing our Master-VM framework. You no longer need to convince your reporting chain all the way up to a VP to get the required training. All you need is your laptop, your physical server, your time commitment and the rest is on us.
In fact, for some of the self-paced labs that we have designed, we have even eliminated dependency on an internet connection! That way, you can be in hotel room in a different country altogether, but you can still spend a few hours wisely in learning the product capabilities of your choice using our Master-VM framework.
Technical Account Managers
As as TAM your neck is always on the line. Customers expect you to solve all their problems in a jiffy. You’ll end up becoming their sandbag taking all the blows and punches. But when it comes to training a TAM, it always seemed to be an after thought.
With all your hectic schedules and meeting up with customers face-to-face constantly, attending a full 5 day training course eventually becomes a pipe dream. You hate being dependent on someone else to help you out on the technical side of things as you never had the time to free up yourself in learning what you’re expected to know in the first place.
With our Master-VM framework, you can do your self-directed learning in your own pace. Since you are running the self-paced labs locally, you can always pause and continue your lab exercises without over lapping your work schedules. This way you can always keep up with product features and limitations first hand and deal the customers confidently.
Field Enablement
Though Architecting heterogeneous solutions have its own challenges, the primary hurdle that many Architects face is a lack of exposure to such systems.
With Master-VM framework, we build self-paced labs anywhere between the simplest to the most complicated architectures involving multiple software/hardware components from multiple vendors. Our Master-VM approach gives great flexibility, exposure and confidence in building such complex architectural solutions.
The video lessons that come bundled with any Master-VM will save your precious time in not getting yourself lost by wandering on the net looking for clues/answers but stay laser focused on mastering the concepts quickly without any diversion.
