Pular para o conteúdo principal

Tiny Core Linux and Operational Readiness

Tiny Core Linux and Operational Readiness: "

When installing, configuring, or managing VMware virtual infrastructure, one of the steps which should be performed before releasing a host (back) to production is to perform operational readiness tests. One test which is quite critical is that of testing virtual infrastructure networking. After all, what good is a running VM if it has no connectivity to the rest of the network? Each ESX or ESXi host pNIC should be individually tested for internal and upstream connectivity, VLAN tagging functionality if in use (quite often it is), in addition to proper failover and fail back, and jumbo frames at the guest level if used.


There are several types of VMs or appliances which can be used to generate basic network traffic for operational readiness testing. One that I’ve been using recently (introduced to me by a colleague) is Tiny Core Linux. To summarize:


Tiny Core Linux is a very small (10 MB) minimal Linux GUI Desktop. It is based on Linux 2.6 kernel, Busybox, Tiny X, and Fltk. The core runs entirely in ram and boots very quickly. Also offered is Micro Core a 6 MB image that is the console based engine of Tiny Core. CLI versions of Tiny Core’s program allows the same functionality of Tiny Core’s extensions only starting with a console based system.


TCL carries with it a few of benefits, some of which are tied to its small stature:



  • The minimalist approach makes deployment simple.

  • At just 10MB, it’s extremely portable and boots fast.

  • As a Linux OS, it’s freely distributable without the complexities of licensing or activation.

  • It’s compatible with VMware hardware 7 and the Flexible or E1000 vNIC making it a good network test candidate.

  • No installation is required. It runs straight from an .ISO file or can boot from a USB drive.

  • Point and click GUI interface provides ease of use and configuration for any user.

  • When deployed with internet connectivity, it has the ability to download and install useful applications from an online repository such as Filezilla or Firefox. There are tons of free applications in the repository.


As I mentioned before, deployment of TCL is pretty easy. Create a VM shell with the following properties:



  • Other Linux (32-bit)

  • 1 vCPU

  • 256MB RAM

  • Flexible or E1000 vNIC

  • Point the virtual CD/DVD ROM drive to the bootable .ISO

  • No HDD or SCSI storage controller required


First boot splash screen. Nothing real exciting here other than optional boot options which aren’t required for the purposes of this article. Press Enter to continue the boot process:


SnagIt Capture


After pressing Enter, the boot process is briefly displayed:


SnagIt Capture


Once booted, the first step would be to configure the network via the Panel applet at the bottom of the Mac like menu:


SnagIt Capture


If DHCP is enabled on the subnet, an address will be automatically acquired by this point. Otherwise, give eth0 a static TCP/IP configuration. Name Servers are optional and not required for basic network connectivity unless you would like to test name resolution in your virtual infrastructure:


SnagIt Capture


Once TCP/IP has been configured, a Terminal can be opened up and a basic ping test can be started. Change the IP address and vNIC portgroup to test different VLANs but my suggestion would be to spawn multiple TCL instances, one per each VLAN to test because you’ll need to vMotion the TCL VMs to each host being tested. You don’t want to continuously be modifying the TCP/IP configuration:


SnagIt Capture


What else of interest is in the Panel applet besides Network configuration? Some ubiquitous items such as date/time configuration, disk and terminal services tools, and wallpaper configuration:


SnagIt Capture


The online application repository is packed with what seems like thousands of apps:


SnagIt Capture


After installing FileZilla, it’s available as an applet:


SnagIt Capture


FileZilla is fully functional:


SnagIt Capture


So I’ve only been using Tiny Core Linux as a network testing appliance, but clearly it has some other uses when paired with extensible applications. A few other things that I’ll point out is:



  1. TCL can be Suspended in order to move it to other clusters (with compatible CPUs) so that both a host and a storage migration can be performed in a single step. Once TCL reaches its destination cluster, Unsuspend.

  2. During my tests, TCL will continue to run without issue after being severed from its boot .ISO. This is possible because it is booted into RAM where it continues to run from that point on.


I’ve been watching Tiny Core Linux for several months and the development efforts appear fairly aggressive and backed by an individual or group with a lot of talent and energy which is good to see. As of this writing, version 3.5 is available. Give Tiny Core Linux a try.


Post from: boche.net - VMware Virtualization Evangelist


Copyright (c) 2010 Jason Boche. The contents of this post may not be reproduced or republished on another web page or web site without prior written permission.

Tiny Core Linux and Operational Readiness


Related Posts

"

Comentários

Postagens mais visitadas deste blog

Improve Windows Security By Closing Open Ports

Improve Windows Security By Closing Open Ports : " A standard Windows operating system has a number of ports open after installation. Some of these ports are needed for the system to function properly while others might not. These ports can pose a security risk as every open port on a system might be an entry point for a malicious user. A port basically allows communication to or from the device. Characteristics are a port number, an IP address and a protocol type. This article will give you the tools at hand to identify and evaluate the open ports on your Windows system to make a decision in the end whether they can or should be closed or left open. Software programs and tools that we will use: CurrPorts : Available for 32-bit and 64-bit editions of Windows. It is a port monitor that displays all open ports on a computer system. We will use it to identify the ports and the programs that are using them. Windows Task Manager: Also used to identify the programs and link some p

Diagnosing a Blue Screen of Death Error in Windows

Diagnosing a Blue Screen of Death Error in Windows : For many years now the famous Blue Screen of Death (BSoD) has been the ultimate indication that something disastrous has happened to make your computer die, but how useful is the information in the BSoD and the respective crash dump file that Windows produces? The best article I ever found explaining the BSoD in depth is here on the Microsoft website, however it’s quite technical and doesn’t discuss how to actually troubleshoot a problem. The crash dump file is just technical details of what was being held in the computer’s memory at the time of the crash, and this will include details on every driver and service that was loaded, and every piece of software that was running. The most useful pieces of information are to be found on the BSoD itself and are highlighted on the screenshot below. These are the BSoD error name, the stop error code and the name of the driver or service that has failed (this last one might not always appea

FBackup is a simple, no-frills free backup application

FBackup is a simple, no-frills free backup application : "