Is the Time for VMware in the SMB Over?
-
@Dashrender said:
@scottalanmiller said:
@Dashrender said:
@scottalanmiller said:
Move to Office 365 and one huge workload (Exchange) and one small one (ISA) go away completely. That's a huge first step.
I have a huge concern over this. Our entire staff manages the calendars for the physicians, when using Outlook 2010 or 2013 in cached mode, frequently the calendars would not be updated as people are trying to add/change/delete items from the physician calendars. Disabling cached mode in Outlook completely solved this problem.
What kind of bandwidth requirements will Outlook have when moving to O365?Outlook uses a bit, but you can measure your environment today and know exactly how much. But keep in mind, that ALL connections that are currently from other offices will go to Office 365 and not your central office so the total that you have today is the total for all sites. So while there is the negative of going over the WAN, there is also the positive that other sites will go direct and not hairpin through the WAN like they are now. So you might see very little impact, or possibly even improvement!
If you want to improve it even more, move to OWA and the bandwidth essentially drops to zero as all of the load is handled externally and things are not shipped in and out of the office via the WAN at all.
Calendar management of other people's calendars is critical. As long as you can see multiple calendars in OWA like you can in the Outlook client, that would be doable, this is not the case with OWA 2010, to manage another user's calendar, you have to switch users to that .....uh..er.. nevermind.. clearly there was an update. It now appears that one can mange calendars in OWA 2010 just like in Outlook 2010.
And we are on 2013 now, with several updates into the 2013 series, and 2016 is due soon! So the OWA system just keeps getting better and better over time.
-
@coliver said:
When I did the math Office came out to be about the same when looking at an Office 365 subscription then when purchasing outright, which is why we are moving new users and updated computers to O365, may be worth looking into for you.
What were you comparing? $12/mth/user for O365 vs buying Pro Plus with SA ($765 first 3 years, $300 every three years after that?)
This math seems to show that as long as you stay on SA, outright purchasing is cheaper.
-
@scottalanmiller said:
@Dashrender said:
@scottalanmiller said:
@Dashrender said:
@scottalanmiller said:
Move to Office 365 and one huge workload (Exchange) and one small one (ISA) go away completely. That's a huge first step.
I have a huge concern over this. Our entire staff manages the calendars for the physicians, when using Outlook 2010 or 2013 in cached mode, frequently the calendars would not be updated as people are trying to add/change/delete items from the physician calendars. Disabling cached mode in Outlook completely solved this problem.
What kind of bandwidth requirements will Outlook have when moving to O365?Outlook uses a bit, but you can measure your environment today and know exactly how much. But keep in mind, that ALL connections that are currently from other offices will go to Office 365 and not your central office so the total that you have today is the total for all sites. So while there is the negative of going over the WAN, there is also the positive that other sites will go direct and not hairpin through the WAN like they are now. So you might see very little impact, or possibly even improvement!
If you want to improve it even more, move to OWA and the bandwidth essentially drops to zero as all of the load is handled externally and things are not shipped in and out of the office via the WAN at all.
Calendar management of other people's calendars is critical. As long as you can see multiple calendars in OWA like you can in the Outlook client, that would be doable, this is not the case with OWA 2010, to manage another user's calendar, you have to switch users to that .....uh..er.. nevermind.. clearly there was an update. It now appears that one can mange calendars in OWA 2010 just like in Outlook 2010.
And we are on 2013 now, with several updates into the 2013 series, and 2016 is due soon! So the OWA system just keeps getting better and better over time.
Remind me, do you like OWA or hate it?
-
@Dashrender said:
I purchased my Exchange Server and Office licenses 4 years ago, I think that was about a year after O365 started. My boss is very anti monthly payments - no matter what.
I realize I gain all of the benefits of a hosted solution, but the dollar for dollar cost of Exchange/Office in house was less expensive than O365 over a 5 year period. This did not take into account power usage on a server we already had (i.e. no hardware purchase) or cooling. Perhaps power and cooling costs went up some installing Exchange, I'm not sure.Did he account for your time? The value of the lost opportunities from running current software rather than outdated? The cost of you running Exchange instead of doing something valuable to make the shop run better or more efficient or cheaper? Did he include the cost of storage? Of backups? Of risk? Of update cycles and patching? Of liability if there is a breach (is it your risk or Microsoft's risk?)
These things add up over time. None of them are crippling. But most are ignored when someone is trying to justify going against industry best practices and common patterns.
-
-
I think OWA is poor, but better than Outlook. Neither are very good.
-
@Dashrender said:
@coliver said:
When I did the math Office came out to be about the same when looking at an Office 365 subscription then when purchasing outright, which is why we are moving new users and updated computers to O365, may be worth looking into for you.
What were you comparing? $12/mth/user for O365 vs buying Pro Plus with SA ($765 first 3 years, $300 every three years after that?)
This math seems to show that as long as you stay on SA, outright purchasing is cheaper.
It is only $12/month/user if you plan on hosting Exchange in house, if you don't and move that to the O365 as well then you are only paying $7/month/user for that Office Subscription (with Outlook).
Either way we weren't doing SA (not my decision) so I was factoring in the cost of new license every 5 years to stay current.
-
@Dashrender said:
How many SMBs have separate AD from File and Print?
I never put file and print services on domain controllers. I always want DCs to be DCs and nothing else. When you get combine setups like that its usually people running SBS or essentials. File and Print service can almost always go on the same server, no reason not to even with datacenter licensing.
-
@scottalanmiller said:
Spiceworks you would not run remotely as it is a scanner but would move that to a desktop in house, generally.
I'm not sure you legally can run it from a desktop OS unless you have less than ten computer I know is what the EULA allowed in the XP days for connections. 7 and newer is either 10 or 20. Can't remember.
-
@coliver said:
@Dashrender said:
@coliver said:
When I did the math Office came out to be about the same when looking at an Office 365 subscription then when purchasing outright, which is why we are moving new users and updated computers to O365, may be worth looking into for you.
What were you comparing? $12/mth/user for O365 vs buying Pro Plus with SA ($765 first 3 years, $300 every three years after that?)
This math seems to show that as long as you stay on SA, outright purchasing is cheaper.
It is only $12/month/user if you plan on hosting Exchange in house, if you don't and move that to the O365 as well then you are only paying $7/month/user for that Office Subscription (with Outlook).
Either way we weren't doing SA (not my decision) so I was factoring in the cost of new license every 5 years to stay current.
$7 on O365 includes Outlook? hmm... I was unaware. I thought if you wanted Outlook with O365 you had to pay $20/month/user ($12 for Office and the rest toward email and the other O365 services).
-
@thecreativeone91 said:
@scottalanmiller said:
Spiceworks you would not run remotely as it is a scanner but would move that to a desktop in house, generally.
I'm not sure you legally can run it from a desktop OS unless you have less than ten computer I know is what the EULA allowed in the XP days for connections. 7 and newer is either 10 or 20. Can't remember.
That's a different connection limit and I am not aware of any limit to the license that restricts the usage for these types of connections. The 10 connection limit on XP and the 20 connection limit on Vista and later is a "connection limit" and Spiceworks does not conflict with that at all, it doesn't even use those connections. Plus it reaches out, not in. So it doesn't apply anyway.
-
@thecreativeone91 said:
@Dashrender said:
How many SMBs have separate AD from File and Print?
I never put file and print services on domain controllers. I always want DCs to be DCs and nothing else. When you get combine setups like that its usually people running SBS or essentials. File and Print service can almost always go on the same server, no reason not to even with datacenter licensing.
Let's assume and SMB that has a single server license one a single VM host, also assume you have another application, heck, let's just say Spiceworks as an example - Would you spend an entire OSE for AD and put F/P and Spiceworks on the other OSE? Now toss WSUS in there, would you put F/P/WSUS and Spiceworks all on the same server? This does not make sense to me.
As long as you have more than one AD box (always my preference) I don't have any problem putting F/P on an AD box.
-
@Dashrender said:
@thecreativeone91 said:
@Dashrender said:
How many SMBs have separate AD from File and Print?
I never put file and print services on domain controllers. I always want DCs to be DCs and nothing else. When you get combine setups like that its usually people running SBS or essentials. File and Print service can almost always go on the same server, no reason not to even with datacenter licensing.
Let's assume and SMB that has a single server license one a single VM host, also assume you have another application, heck, let's just say Spiceworks as an example - Would you spend an entire OSE for AD and put F/P and Spiceworks on the other OSE? Now toss WSUS in there, would you put F/P/WSUS and Spiceworks all on the same server? This does not make sense to me.
As long as you have more than one AD box (always my preference) I don't have any problem putting F/P on an AD box.
But you have two boxes, right? That's two VMs on Standard licensing on each. And that is just Windows.
So that is two for AD. That leaves two free. One for WSUS + F/P (WSUS is effectively a file server anyway) and one for applications. Seems like a logical segmentation to me that is easy to manage and keeps workloads separate where it makes sense and together where necessary.
Anything additional can be on Linux too without license limits. So web apps like MediaWiki could be there and not interfere with any other VMs too.
Why put AD and F/P together when their workloads do not match?
-
@Dashrender said:
@thecreativeone91 said:
@Dashrender said:
How many SMBs have separate AD from File and Print?
I never put file and print services on domain controllers. I always want DCs to be DCs and nothing else. When you get combine setups like that its usually people running SBS or essentials. File and Print service can almost always go on the same server, no reason not to even with datacenter licensing.
Let's assume and SMB that has a single server license one a single VM host, also assume you have another application, heck, let's just say Spiceworks as an example - Would you spend an entire OSE for AD and put F/P and Spiceworks on the other OSE? Now toss WSUS in there, would you put F/P/WSUS and Spiceworks all on the same server? This does not make sense to me.
As long as you have more than one AD box (always my preference) I don't have any problem putting F/P on an AD box.
DC on one box, File and Print on the other. Ditch Spiceworks and use something linux based or hosted. Spiceworks is too much of a resource hog to share anyway. Also why would web apps using windows?
-
@scottalanmiller said:
@thecreativeone91 said:
@scottalanmiller said:
Spiceworks you would not run remotely as it is a scanner but would move that to a desktop in house, generally.
I'm not sure you legally can run it from a desktop OS unless you have less than ten computer I know is what the EULA allowed in the XP days for connections. 7 and newer is either 10 or 20. Can't remember.
That's a different connection limit and I am not aware of any limit to the license that restricts the usage for these types of connections. The 10 connection limit on XP and the 20 connection limit on Vista and later is a "connection limit" and Spiceworks does not conflict with that at all, it doesn't even use those connections. Plus it reaches out, not in. So it doesn't apply anyway.
It applies to any connections it's part of the EULA. If you are using more than 10 it needs to be a server. It's to prevent people from using desktops OSes as server. SMBs are notirous for making CIFS shares on windows desktops instead of getting a file server and paying for CALs like they are suppose to.
-
@thecreativeone91 said:
@Dashrender said:
@thecreativeone91 said:
@Dashrender said:
How many SMBs have separate AD from File and Print?
I never put file and print services on domain controllers. I always want DCs to be DCs and nothing else. When you get combine setups like that its usually people running SBS or essentials. File and Print service can almost always go on the same server, no reason not to even with datacenter licensing.
Let's assume and SMB that has a single server license one a single VM host, also assume you have another application, heck, let's just say Spiceworks as an example - Would you spend an entire OSE for AD and put F/P and Spiceworks on the other OSE? Now toss WSUS in there, would you put F/P/WSUS and Spiceworks all on the same server? This does not make sense to me.
As long as you have more than one AD box (always my preference) I don't have any problem putting F/P on an AD box.
DC on one box, File and Print on the other. Ditch Spiceworks and use something linux based or hosted. Spiceworks is too much of a resource hog to share anyway. Also why would web apps using windows?
Web apps?
-
@thecreativeone91 said:
It applies to any connections it's part of the EULA. If you are using more than 10 it needs to be a server. It's to prevent people from using desktops OSes as server. SMBs are notirous for making CIFS shares on windows desktops instead of getting a file server and paying for CALs like they are suppose to.
It doesn't and can't. A single FTP activity can be more than ten connections. As can going to a website. It's specific types of connections inbound, not total network communications from the device. If it were, it's a useless OS with no purpose. I have probably hundreds of connections going on right now just browsing the web.
Think about it, just using PuTTY alone would cause issues let alone streaming music, using the web, etc. Outlook might violate the EULA on its own, in that case.
That's just not what the connection limit refers to.
-
@Dashrender said:
Web apps?
He means modern enterprise apps. Any kind. Basically all modern apps are built with web interfaces. Anything meant for business, anyway.
-
@scottalanmiller said:
@thecreativeone91 said:
It applies to any connections it's part of the EULA. If you are using more than 10 it needs to be a server. It's to prevent people from using desktops OSes as server. SMBs are notirous for making CIFS shares on windows desktops instead of getting a file server and paying for CALs like they are suppose to.
It doesn't and can't. A single FTP activity can be more than ten connections. As can going to a website. It's specific types of connections inbound, not total network communications from the device. If it were, it's a useless OS with no purpose. I have probably hundreds of connections going on right now just browsing the web.
Think about it, just using PuTTY alone would cause issues let alone streaming music, using the web, etc. Outlook might violate the EULA on its own, in that case.
That's just not what the connection limit refers to.
Yes, it's all inbound but Spiceworks is going Inbound if you use the agent.
-
@thecreativeone91 said:
@scottalanmiller said:
@thecreativeone91 said:
@scottalanmiller said:
Spiceworks you would not run remotely as it is a scanner but would move that to a desktop in house, generally.
I'm not sure you legally can run it from a desktop OS unless you have less than ten computer I know is what the EULA allowed in the XP days for connections. 7 and newer is either 10 or 20. Can't remember.
That's a different connection limit and I am not aware of any limit to the license that restricts the usage for these types of connections. The 10 connection limit on XP and the 20 connection limit on Vista and later is a "connection limit" and Spiceworks does not conflict with that at all, it doesn't even use those connections. Plus it reaches out, not in. So it doesn't apply anyway.
It applies to any connections it's part of the EULA. If you are using more than 10 it needs to be a server. It's to prevent people from using desktops OSes as server. SMBs are notirous for making CIFS shares on windows desktops instead of getting a file server and paying for CALs like they are suppose to.
Here is Microsoft's explanation:
https://support.microsoft.com/en-us/kb/314882
This is INBOUND (server) connections only. In the case of Spiceworks, you would be limited to ten simultaneous connections which would likely be around 50-100 users as HTTP connections are stateless and only exist during the moment of transfer. In Apache terms this would mean a maximum of ten workers at a time, which is enough to service a crazy number of users. Spiceworks scanning is reaching out, none of those connections count against this limit.
In MangoLassi terms, this entire site works off of a single inbound connection at a time (only one thread.) So Windows XP would be able to run this community, at far about its current maximum usage, more than ten times based on connection limits. Even though we have hundreds of users, there is only one connection at a time the way that it is currently set up.
