?
Solved

iscsci san on Linux VM and Physical servers

Posted on 2013-05-30
3
Medium Priority
?
360 Views
Last Modified: 2013-06-13
Hi,
I have two physical server running on Linux and another two physical server which will converted into virtual machine and each of them will host 5 Linux guest OS.
In total I have around 12 Linux OS and all of them will connected to san storage.

My questions is how many port require for me to configure this setup so that all these 12 Linux are connected to the storage ? I think this setup require me around 16port on Ethernet switches but not sure how many port require in storage box
0
Comment
Question by:motioneye
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
3 Comments
 
LVL 42

Assisted Solution

by:kevinhsieh
kevinhsieh earned 600 total points
ID: 39209845
You should only require at a minimum one NIC per physical device. Your physical servers should be able to share their NIC with all of their VMs. You can of course use more NICs if you wish. Many people like to use more than one NIC for iSCSI for redundant connectivity. If you expect to have really high throughout, you will need more NICs on your SAN.

I have run Hyper-V servers with 50 VMs using two NICs for the iSCSI shared between the host and VMs. Most of my VMs don't connect directly to the SAN, but my Exchange and file servers sure do.
0
 
LVL 39

Assisted Solution

by:Aaron Tomosky
Aaron Tomosky earned 400 total points
ID: 39209872
Personally I use two nics per host box. One for the San traffic and one for everything else. You can bridge them and run vlans etc but it works well just split San/LAN since my traffic is balanced that way anyway. However I have no redundancy in the event of a nic failure.
0
 
LVL 40

Accepted Solution

by:
noci earned 1000 total points
ID: 39210852
Best would be to have two NICs per physical host.

1) for all normal traffic
1) for SAN traffic, preferably in a separate LAN using jumbo frames.

If you want more redundancy/capacity you can use multiple interfaces and make them trunks or separate channels. If you use Trunks fixed setups are prefered to auto-negotiated ones.
I have seen very busy SAN-VLANS fail because the automatic negotiation missed too many negotiation frames, fall back to single lines, and then cause severe flapping of interfaces.
which will cripple IO.
Trunking can only be reliably done using managed switches.

Jumbo frames do not mix well with interfaces that cannot handle them, that's why a separate (V)LAN is preferred. Note that all equipment involved in that (V)LAN must be able to process Jumbo Frames (Servers, switches, SAN's).
Jumbo frames are preferred to get better Throughput of data.
Adjust your I/O size to the jumbo frames (Either 4 or 8K).
0

Featured Post

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Create your own, high-performance VM backup appliance by installing NAKIVO Backup & Replication directly onto a Synology NAS!
Compliance and data security require steps be taken to prevent unauthorized users from copying data.  Here's one method to prevent data theft via USB drives (and writable optical media).
This Micro Tutorial will teach you how to reformat your flash drive. Sometimes your flash drive may have issues carrying files so this will completely restore it to manufacturing settings. Make sure to backup all files before reformatting. This w…
Connecting to an Amazon Linux EC2 Instance from Windows Using PuTTY.
Suggested Courses
Course of the Month14 days, 1 hour left to enroll

801 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question