An Online iSCSI SAN Training class is coming up in September 2010, where I will be the instructor. This class is open to any student, from almost any part of the world, that can make the scheduled times.
Dates and times are: September 20-24, 2010 (5 days), starting at 8:00AM Pacific Time and running through 12:00PM Pacific time (4 hours per day).
iSCSI Training Topics
You can see the full topic list at the following link … iSCSI SAN Training Class … but I want to give you a little preview about what we cover and how we do this.
- Review of Storage Area Network (SAN) concepts. This is so that everyone has a basic understanding about what SANs are all about, compared to other data storage methods.
- Review of SCSI concepts. Again, I want everyone to know what an Initiator is, what a Target is, a LUN, how SCSI commands, data, and SCSI Status are moved through a storage system.
- iSCSI SAN components. We will look at iSCSI Initiators, iSCSI Targets, and iSCSI LUNs, and how we can put them together to make an iSCSI-based Storage Area Network.
- iSCSI Protocol & Structure. This includes details like Headers, Protocol Data Units (PDUs), Discovery methods, Login and Sessions, and iSCSI operations.
- iSCSI Analyzer Traces. This is “the fun part”, and helps reinforce the concepts that are taught during this training class.
- Advantages & Disadvantages of iSCSI. We will look at performance and cost, both in a technical way (speed, bandwidth & throughput) and a financial way.
For me, the Lab Exercises (analyzer traces) are the best part. Since this is an Online course, where the students will be seeing my screen and we will be talking online, you will have a chance to ask questions, in real time, as we cover the material. We can even pass the screen sharing function to the students, so that if you have a question about something that you can show on your screen, we can do that in real time too. With that in mind, if you have any desire at all to join in on this training class, please feel free to ask questions about topics that YOU would like covered, by posting a comment here. If you want to register, make sure you fill out the “Heard About” item with the SANTrainingBlog.com selection.
One last thing: If you can get a few of your fellow workers together that want or need to take this iSCSI SAN Training course privately, just post a comment here and let me know. The comments do not become public unless I review and approve them, so your contact and information will remain private.
Incoming search terms for the article:
- SAN training topics
- iscsi course
- iscsi training online
- free pdu webinar
- isci san training
- san concepts online training free
- san topics and training
- cache:3gTUj5ar0oIJ:www santrainingblog com/2010/08/scsi-commands-architecture-class-results/ AIX FCP_ERR4 Tape
- storage area networks san concepts lun
- training courses blogger com post a comment
I just finished an iSCSI Training Course last week at the Solution Technology Training Facility, and I must say that I had a great time.
First, I want to thank the students that joined me, for their participation and enthusiasm. When I do SAN protocol training, I always encourage questions at any time, and there were quite a few right from the start, all the way through the last day.
As with many of the iSCSI classes that I do, we start off with where iSCSI comes from (evolution of SCSI) , along with the applications and environments where iSCSI makes sense as a SAN solution.
Then we start to look at how iSCSI is actually “done” – that is, how SCSI Phases, Commands, Data, Messages, and Status are encapsulated into iSCSI Protocol Data Units (PDUs) and are sent back and forth over a TCP connection, to get some kind of work done (storing and retrieving data). We even go into the details of all the iSCSI PDUs. That takes up most of the first day, but that is when the fun begins, at least for me.
The “fun” is when we start to look at iSCSI protocol using a protocol analyzer. In my classes, we use Wireshark, and start by looking at some captured traces that I supply. We do this so that we can get to know the analyzer and the iSCSI protocol in a controlled way. We even add color to our traces so we can easily recognize iSCSI activity. Once that is done, it is time to start building our own iSCSI SAN and capturing ‘live’ traces of what is going on. This is the basics of what makes up our own iSCSI Lab, which is unique every time we do them.
The iSCSI Lab is made up of one or more iSCSI Initiators, one or more iSCSI Targets, and of course the infrastructure (network) to connect all of the components together. These components can be hardware, software, or a mix of the two.
Last week, we did a “mostly software” lab, but all of that has to run on computers (hardware). And like many other labs I have done, there were issues with some of the hardware. The good news is, we had a chance to do a little debugging and had other hardware that we could use. As a result, I believe one of the key objectives of building an iSCSI SAN was achieved – that is how to use the information and tools available to debug any issues that may come up.
After a relatively short time, we had the iSCSI Initiator software installed, and the iSCSI Target software installed on working computers. Then we did a “controlled exercise” to capture analyzer traces as the students attempted to connect and log into the targets. Again, we were challenged by having basic connectivity (we could ping from each machine), but there were issues with doing the TCP connection and iSCSI Login sequences. Once again, we used the analyzer traces that we captured to debug the issue and get successful iSCSI Login PDUs flowing between the initiators and targets.
There were a few other challenges, such as Disk Administration and configuration duties, but once that was done we had a working iSCSI SAN where data was moving back and forth across the network. After all of this “work” was done, we had a great time capturing traces and looking at the differences between different iSCSI Initiator implementations in detail. I must say that it was interesting to see how different people “do the SCSI thing” in the world of storage.
There were other challenges involving weather, wind, and trees, but that will have to covered in a future post.