Domain Controller Down (VM)
-
@hobbit666 said in Domain Controller Down (VM):
@scottalanmiller said in Domain Controller Down (VM):
Moving to an HDS, EMC, 3PAR or Nimble is a drop in change that would fix a lot of things.
I'm interested in hearing why these would make a good alternative to the SAN and IPOD?
They aren't an alternative for SAN, they are SANs. The thinking here is that architecturally there would be very little work to install a SAN from one of those vendors (these are known good SANs) into his current setup.
The best solution considering what we know about @wirestyle22 environment would be for him to migrate away from VMWare (cost reasons) to XenServer or Hyper-V (both include vMotion/storage vMotion for free) with local storage. Sadly his Cisco servers apparently aren't a good choice when considering local internal storage, so moving to new servers would probably be advised.
I would consider contacting xByte specing out two newer'ish servers with enough local storage Install XS or Hyper-V and migrate.
The major concern I've heard in doing this is that since @wirestyle22 works for medical, his medical software vendor might not support XS or Hyper-V. If this is important to him, then he could stay with ESXi on the new host servers with local storage.
But damn.. He definitely needs to replace that 100 Mb switch he has at the core of the network.
-
@Dashrender said in Domain Controller Down (VM):
But damn.. He definitely needs to replace that 100 Mb switch he has at the core of the network.
This is probably the first thing he should do. Falls way below the home line and would be an inexpensive upgrade to gigabit.
-
@coliver said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
But damn.. He definitely needs to replace that 100 Mb switch he has at the core of the network.
This is probably the first thing he should do. Falls way below the home line and would be an inexpensive upgrade to gigabit.
Maybe even go direct connect if possible, I forget the model of Synology he said is in place and am buried in weekend logs at the moment.
-
@coliver said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
But damn.. He definitely needs to replace that 100 Mb switch he has at the core of the network.
This is probably the first thing he should do. Falls way below the home line and would be an inexpensive upgrade to gigabit.
Well, that depends - I don't consider $3500 inexpensive when looking at the VMWare recommended Brocade switch. If he dumps the SAN he might be able to go with something less expensive and be in a good supported/recommended setup.
-
@Dashrender said in Domain Controller Down (VM):
@coliver said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
But damn.. He definitely needs to replace that 100 Mb switch he has at the core of the network.
This is probably the first thing he should do. Falls way below the home line and would be an inexpensive upgrade to gigabit.
Well, that depends - I don't consider $3500 inexpensive when looking at the VMWare recommended Brocade switch. If he dumps the SAN he might be able to go with something less expensive and be in a good supported/recommended setup.
Was his SAN doing Fibrechannel or iSCSI?
-
@travisdh1 said in Domain Controller Down (VM):
@coliver said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
But damn.. He definitely needs to replace that 100 Mb switch he has at the core of the network.
This is probably the first thing he should do. Falls way below the home line and would be an inexpensive upgrade to gigabit.
Maybe even go direct connect if possible, I forget the model of Synology he said is in place and am buried in weekend logs at the moment.
Assuming the Synology has multiple NICs, that could work.
The fact that his storage traffic is on the same switch as his network traffic, frankly I'm amazed it's even usable at 100 Mb.
-
@coliver said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
@coliver said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
But damn.. He definitely needs to replace that 100 Mb switch he has at the core of the network.
This is probably the first thing he should do. Falls way below the home line and would be an inexpensive upgrade to gigabit.
Well, that depends - I don't consider $3500 inexpensive when looking at the VMWare recommended Brocade switch. If he dumps the SAN he might be able to go with something less expensive and be in a good supported/recommended setup.
Was his SAN doing Fibrechannel or iSCSI?
Pretty sure ISCSI - All I know for sure is it's 100 Mb, is Fibrechannel even available that slow?
-
@Dashrender said in Domain Controller Down (VM):
@coliver said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
@coliver said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
But damn.. He definitely needs to replace that 100 Mb switch he has at the core of the network.
This is probably the first thing he should do. Falls way below the home line and would be an inexpensive upgrade to gigabit.
Well, that depends - I don't consider $3500 inexpensive when looking at the VMWare recommended Brocade switch. If he dumps the SAN he might be able to go with something less expensive and be in a good supported/recommended setup.
Was his SAN doing Fibrechannel or iSCSI?
Pretty sure ISCSI - All I know for sure is it's 100 Mb, is Fibrechannel even available that slow?
I don't think so. If he were running iSCSI then he could get away with Ubiquiti, Dell, HP, or even Netgear switches.
-
@Dashrender said in Domain Controller Down (VM):
The major concern I've heard in doing this is that since @wirestyle22 works for medical, his medical software vendor might not support XS or Hyper-V. If this is important to him, then he could stay with ESXi on the new host servers with local storage.
Why would the medical software vendor care what the hypervisor is, they should only care about the local environment which the appliance is installed too.
The vendor should never see the hypervisor (at least with regards to their appliance and support).
-
@coliver said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
@coliver said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
@coliver said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
But damn.. He definitely needs to replace that 100 Mb switch he has at the core of the network.
This is probably the first thing he should do. Falls way below the home line and would be an inexpensive upgrade to gigabit.
Well, that depends - I don't consider $3500 inexpensive when looking at the VMWare recommended Brocade switch. If he dumps the SAN he might be able to go with something less expensive and be in a good supported/recommended setup.
Was his SAN doing Fibrechannel or iSCSI?
Pretty sure ISCSI - All I know for sure is it's 100 Mb, is Fibrechannel even available that slow?
I don't think so. If he were running iSCSI then he could get away with Ubiquiti, Dell, HP, or even Netgear switches.
I'll have to take your word for it. I know I've seen @scottalanmiller say in the past that he liked non managed Netgear because they were "just fast." Beyond that I have no experience in this area - I'm not sure what makes one switch good for SAN versus another. I know I've read that you don't want the overhead of VLANs in a SAN environment - and I have to assume that you want JUMBO frame support as well as the best PPS you can get, but I'm not sure what else is important to good/great SAN throughput.
-
@Dashrender said in Domain Controller Down (VM):
They aren't an alternative for SAN, they are SANs. The thinking here is that architecturally there would be very little work to install a SAN from one of those vendors (these are known good SANs) into his current setup.
But he has a SAN, wouldn't dropping in another one still mean he has a IPOD? I'm just not seeing the logic in replacing the current one (unless there is something major wrong with it like only 100MB not giga NIC)
-
@DustinB3403 said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
The major concern I've heard in doing this is that since @wirestyle22 works for medical, his medical software vendor might not support XS or Hyper-V. If this is important to him, then he could stay with ESXi on the new host servers with local storage.
Why would the medical software vendor care what the hypervisor is, they should only care about the local environment which the appliance is installed too.
The vendor should never see the hypervisor (at least with regards to their appliance and support).
LOL - that's great in theory, but in reality the hypervisor can effect things. Granted today this isn't an issue like it used to be. 10 years ago you didn't virtualize PBXs because they had some kind of problem with real time processing (I think - I don't recall the specifics - I know @scottalanmiller knows what it was).
The same can be said here - the software vendor can ask - OK what hardware are you running - oh you're virtualized, well our support only supports VMWare, so we won't bother helping you solve your performance issues until you move to that. Hopefully that won't happen, but it always could. -
@hobbit666 said in Domain Controller Down (VM):
@Dashrender said in Domain Controller Down (VM):
They aren't an alternative for SAN, they are SANs. The thinking here is that architecturally there would be very little work to install a SAN from one of those vendors (these are known good SANs) into his current setup.
But he has a SAN, wouldn't dropping in another one still mean he has a IPOD? I'm just not seeing the logic in replacing the current one (unless there is something major wrong with it like only 100MB not giga NIC)
You're right he does have a SAN, but it's a toy SAN, not a good one. The ONLY reason a SAN is being recommended by @scottalanmiller is because of the drop in replacement nature of it. Really, the whole solution needs to be redesigned. @wirestyle22 doesn't need a SAN. at least @wirestyle22 didn't install it
-
@Dashrender Oh I don't disagree, but would you let a random software support tech work on your hypervisor with all of your other VM's or just the one specific VM to their software?
If a software vendor said they "only support" Hyper-V I'd say thanks for your time, we'll be looking for a different software.
Because the software never gets installed to the hypervisor. So they should have no reason to care about the hypervisor.
-
@DustinB3403 said in Domain Controller Down (VM):
@Dashrender Oh I don't disagree, but would you let a random software support tech work on your hypervisor with all of your other VM's or just the one specific VM to their software?
If a software vendor said they "only support" Hyper-V I'd say thanks for your time, we'll be looking for a different software.
Because the software never gets installed to the hypervisor. So they should have no reason to care about the hypervisor.
Dustin - yes, the best situation is to not have vendor lock-in when possible. Sadly this isn't always a possible choice.
-
@DustinB3403 said in Domain Controller Down (VM):
@Dashrender Oh I don't disagree, but would you let a random software support tech work on your hypervisor with all of your other VM's or just the one specific VM to their software?
If a software vendor said they "only support" Hyper-V I'd say thanks for your time, we'll be looking for a different software.
Because the software never gets installed to the hypervisor. So they should have no reason to care about the hypervisor.
Nothing is ever that simple. And it is quite easy for a vendor to know that the OS is installed on a hypervisor and which one. the information is always available.
If a vendor says they only support XX, then when you grant their remote session, they will check.
-
@JaredBusch My point is in regards to the hypervisor.
What hypervisor doesn't present the hardware in a fashion that doesn't work? I get that vendors can have requirements, but to have the requirement of "We only will support ESXi or Hyper-V" just isn't logical.
If the software just doesn't work because the drivers are broken or unavailable then you have a reason. But to outright say "Sorry we won't sell to you if you want to use KVM"
Seems insane.
-
@DustinB3403 said in Domain Controller Down (VM):
@JaredBusch My point is in regards to the hypervisor.
What hypervisor doesn't present the hardware in a fashion that doesn't work? I get that vendors can have requirements, but to have the requirement of "We only will support ESXi or Hyper-V" just isn't logical.
If the software just doesn't work because the drivers are broken or unavailable then you have a reason. But to outright say "Sorry we won't sell to you if you want to use KVM"
Seems insane.
It may seem insane to you, but to them, it's one more thing they have to know how works. Again I'll go back to the PBX situation - there was a time when hypervisors where horrible for PBX. Some people tried to do it anyway. the vendors had to draw a line in the sand. I'm not saying it's needed any more, but I don't KNOW that.
-
To summarize this in another fashion would be a vendor who says "We don't support virtualized environments at all"
You'd tell them to get lost if you had to run a Windows Server on dedicate hardware for an appliance.
-
@Dashrender said in Domain Controller Down (VM):
@scottalanmiller said in Domain Controller Down (VM):
... but that's a spend that they committed to before he was there.
it's a plan that the previous IT was committed to. Management only because they were probably sold a bill of goods because they put their trust in the wrong person. But we don't actually know any of those details.
That's the same as management committing. If management doesn't care, that's a different issue. Someone took the time to write the checks and commit to the previous decisions.
