|
Alctel posted:Ok, so this old chestnut, virtual, physical or appliance for VCenter? Physical. Nothing more painful than having Virtualcenter crash and having to search all your ESX servers to find it and turn it back on. (I've not witnessed anyone using the high availability thing yet, and considering the amount of RAM they recommend for virtualcenter -- like 8GB -- why would you want that on your VM cluster?)
|
#
¿
Feb 28, 2012 17:14
|
|
|
|
| # ¿ May 1, 2024 08:52 |
|
|
Erwin posted:3 hosts over 2 datacenters, 35ish VMs (so tiny). Yes, SQL is local. 6 hosts here and we see ours use 4-6 GB active memory. People remote desktop to it for the vsphere client over the vpn which causes it to use even more resources... I once watched a friend try to find his crashed virtual center hiding somewhere on ~70 hosts. Was quite amusing. See, the OS kind of hung; it wasn't like the VM crashed completely and esx could restart it automatically....
|
|
#
¿
Feb 29, 2012 03:30
|
|
|
We have relations here with Quest who owns the vRanger product. Hell, it's developed a few blocks away. I haven't begged for a demo or trial license, though.
|
|
#
¿
Mar 6, 2012 23:36
|
|
|
stubblyhead posted:Has anyone gotten USB passthrough to work in VirtualBox? I've been struggling with it all weekend and just can't get it to connect, and it sounds like it's a pretty common problem. Can VMware Player do this with less hassle? What is the host OS that VirtualBox runs on?
|
|
#
¿
Mar 26, 2012 00:00
|
|
|
three posted:It's clear you're very excited about virtualization, but I think you need to step back and re-assess where you think you are at a skill level, especially in regards to the advice you give. No kidding. This is a project you take months to plan and test. I hope this isn't a "once a day ordeal" or there are going to be some really pissed off people out there. Rule #1 of Consulting: Everyone Lies It's going to take you a while to figure out what they really want
|
|
#
¿
May 29, 2012 01:33
|
|
|
I will warn you: if your MSSQL database goes tits up you can expect some interesting things on your dvSwitches such as entire VLANs that just stop passing traffic making the VMs using them go off the grid. Everything will return to normal once you get MSSQL back on its legs. This is something we've experienced that the VMWare engineers said is "impossible"
|
|
#
¿
Jun 1, 2012 16:12
|
|
|
Trying to find a secure way to P2V customer equipment to our environment. Right now we have our Virtualcenter server with a 2nd NIC that goes to a dedicated VLAN that can be securely used for P2V operations. The problem is that it doesn't work. I can start the P2V but it fails while making the VM. Machine being P2V'd only has access to this private VLAN and can only see the Virtualcenter server. It has no default gateway or DNS servers. It cannot talk to the ESXi nodes directly in any way. Why does this P2V operation fail? Shouldn't it only have to talk to Virtualcenter?
|
|
#
¿
Jun 13, 2012 18:11
|
|
|
Is antivirus on Virtualcenter a known "don't do that" ? I'm pretty sure I just discovered our recent VMWare cluster outages (can't http to any ESXi nodes, VMs just drop off entirely) are caused by Microsoft Forefront on the Virtualcenter server. feld fucked around with this message at 04:29 on Aug 7, 2012 |
|
#
¿
Aug 7, 2012 04:14
|
|
|
adorai posted:Oracle is straight up awesome, but only if you have a team dedicated to it. For most shops where you have some says admins who know how to google up some SQL poo poo, oracle is not a fit. I heartily disagree. It's a disgusting monster of a database and you will forever fear upgrading it. 1) The upgrades are messy and awful. Have to do soooo many things manually (scripts, giant SQL, etc) and the only option is restore from backup if you hit an error .... you won't know until you search / call Oracle and they point out which ORA-XXXXX it is.) 2) Upgrading is Russian Roulette. Customers pay Oracle BIG MONEY to fix their problems with the query planner. It might not even be the correct behavior, but if you have the right pull with Oracle they'll make changes to it. And now your queries could horribly underperform or your carefully designed hints are now useless. 3) You're not supposed to use hints in production, but you have to because fixes to the query planner can take YEARS.... and they might not be in your favor. 4) TNSListener If you're a very picky SQL admin who is able to dig deep into database issues and root out little problems most people write off you'd love Postgres. Tom Lane is begging for people like you because he will fix the query planner to be right if you manage to find a deficiency. Worth dipping your toes in to the Pg ecosystem if you have time because it will definitely pay off. Oracle can do some interesting stuff -- I happen to know the people who write TOAD over at Quest. It's a huge industry that is slowly dying, but man...  Some people would rather pay Oracle $100K+/yr than hire a second DBA to increase productivity and performance using proper alternatives.edit: can you imagine an entire CMS ecosystem generated on the fly using PL/SQL? I mean, all the content stored in the database as BLOBs, all the HTTP, Javascript, PHP, etc generated on the fly from various packages and tables and dblinks and oh god... yes... 20+million lines of PL/SQL. I've seen it. It's what the end of the world looks like. And you can't scale it. feld fucked around with this message at 04:28 on Sep 7, 2012 |
|
#
¿
Sep 7, 2012 04:24
|
|
|
evil_bunnY posted:If you've never touched Linux before Slackware may not be the best of ideas. On the contrary, I'd say it's a fantastic idea. You'll be able to figure out what awful broken things they've jammed into the latest Ubuntu/Fedora release and be able to work around/disable them. It's going to be an uphill battle, but it will be worth it. Also I'd like to plug FreeBSD just because it will give you similar exposure with a bit less uphill battle.
|
|
#
¿
Aug 4, 2013 17:01
|
|
|
|
| # ¿ May 1, 2024 08:52 |
|
|
Tequila25 posted:I plan on doing this with the switches, SAN disks, hosts, etc. Dell MD SANs want you to always use the primary raid controller for everything. In the event you yank that controller out or it has a real failure, it will fail over to the other one. However, you'll continue to see "preferred path" messages until you move all LUN traffic back to the other (primary) controller. They do not handle load balancing across the controllers.
|
|
#
¿
Sep 26, 2013 20:00
|
|