Where to start...
-
@dustinb3403 As far as our file server goes, it mostly holds word, excel, pdf's, and yes autocad files our engineers create/use.
The IIS system runs an internal costing and sales app. Our actual website is hosted elsewhere.
WDS I figured wouldn't work, but I also considered intune with M365 for that possibly.
The accounting system is Sage ERP 300. It's a POS in my opinion.
Our internet can scale, we are on fiber at at 50mbps currently.
Would you see any benefit to a split environment of cloud and on-premise if things like autocad files became slow to open?
-
@irj said in Where to start...:
Sql in azure is so easy. You could also run it on Linux if you wanted to do so, but I'll take one click backup and restores in Azure for ease of use. Who wants to deal with database servers when you don't have to do so.
(raises hand) I'll take "burn in hell" for nothing -
As mentioned - your work load doesn't seem to be heavy or specialized. AZURE, AWS or similar will all be able to handle the work load. You can - if you wanted to - go Vultr for your UBNT Controller for next to nothing.
Can you look at dropping the file server for use with OneDrive - leveraging O365 a bit more? NOTE: You still need to back up your O365 to an external. MS isn't going to do that,.. and I wouldn't recommend it anyway.
-
@mmicha said in Where to start...:
@dustinb3403 As far as our file server goes, it mostly holds word, excel, pdf's, and yes autocad files our engineers create/use.
The IIS system runs an internal costing and sales app. Our actual website is hosted elsewhere.
WDS I figured wouldn't work, but I also considered intune with M365 for that possibly.
The accounting system is Sage ERP 300. It's a POS in my opinion.
Our internet can scale, we are on fiber at at 50mbps currently.
Would you see any benefit to a split environment of cloud and on-premise if things like autocad files became slow to open?
I would actually draw up plans for a split environment for just that use case.
What workloads would easily run offsite, IIS, SQL, etc and what systems benefit the most from being onsite.
File servers that hold CAD files won't necessarily require being on site, but its worth considering depending on how these services are used. A simple hypervisor (or pair) with enough capacity and performance virtualized and setup to replicate between the sites (and a backup offsite BackBalzze B2 AWS Storage etc etc) could offer the best performance, while giving you a high level of reliability.
Of course you'd have to take into consideration things like internet capacity, backup systems, power considerations etc. INAP could very well be a single datacenter (I don't know and didn't look) that while it likely has all of the above, if a site outage occurs, you'd be out of business as well.
-
@mmicha said in Where to start...:
@dustinb3403 As far as our file server goes, it mostly holds word, excel, pdf's, and yes autocad files our engineers create/use.
The IIS system runs an internal costing and sales app. Our actual website is hosted elsewhere.
WDS I figured wouldn't work, but I also considered intune with M365 for that possibly.
The accounting system is Sage ERP 300. It's a POS in my opinion.
Our internet can scale, we are on fiber at at 50mbps currently.
Would you see any benefit to a split environment of cloud and on-premise if things like autocad files became slow to open?
Sage:... OMG.. .I'm so sorry.. Dealt with this with a NPO years ago... It worked... and I kept it working.. but updates and revisions where a bitch. But - sigh - it's what they used...
-
FFS @DustinB3403 just go away for a while.
Your initial response is a pile of flaming shit and things went stupid from there...
-
@mmicha said in Where to start...:
Then move our systems to a cloud somewhere. Build out a site to site to a their datacenter and slowly build / upgrade things.
You need to start by stopping and learning the right terms for the things you want.
You used the word cloud and it has zero to do with what you stated want to do. Moving into a colo is not moving into a cloud.
Cloud computing is a very specific task that may or may not be something that is right for your workload.
-
@mmicha said in Where to start...:
Just looking for some help on where to start first...
Let's do that.
@mmicha said in Where to start...:
My thought is that first step should be get the email to Exchange Online.
This is absolutely where you should start first. exchange 2013 is EoL soon. No reason to wait until it is dead. Additionally, on-prem Exchange has been under extremely heavy attack for months.
Exchange Online Plan 1 is $4/u/m retail. If you use a partner like DCW (paging @Yonah-S), you can get it all handled in easy monthly net terms billing. Some plan even have a minor discount off of retail.
-
This post is deleted! -
@mmicha said in Where to start...:
My company needs to start upgrading some of our infrastructure. Currently we are running on ESXi, with less than 15 VM's across two hosts. Everything is Windows (2012) and linux.
What are these actual workloads, excepting Exchange 2013?
You clarified that a bit here.
@mmicha said in Where to start...:
The systems I'm currently running that make up the major stuff are two domain controllers, file server, sql server, iis server, exchange server, wds, and accounting system.
The rest are mostly linux machines running ubiquiti controller, openvpn.So, the first thing to do here is clean up the mess.
Why 2 domain controllers, still? You are virtualized and the hypervisor platform should not be domain joined, or at least not domain dependent if joined. This means you have zero need for this complexity. Immediately demote one and remove it from your network. If your DC fails, you simply restore from a backup. You do have paid VMWare and valid backups such as Veeam or something, right?
Why a separate Windows file server? That role should be on the DC. If you are going to use a separate entity, then build it on something without the Windows licensing such as a Fedora (pick your Linux flavor) VM running samba. The simple answer is to let it reside on the DC (it can be a separate virtual disk) and then continue to use the existing Windows domain permissions. Moving to a samba server would add learning.
Next SQL Server? /sigh.. So this I assume?
@mmicha said in Where to start...:
The accounting system is Sage ERP 300.
So ignore that, it does not get to go away or get changed until Management moves on to a new solution. The most you do in a redesign like this is recommend to the decision makers to change products.
No the IIS server... Just WTF on this...
@mmicha said in Where to start...:
The IIS system runs an internal costing and sales app. Our actual website is hosted elsewhere.
The assumption here is bad or untrained developer. Because no one intentionally develops for IIS. Move this workload to a better backend and stick it on the same service running your website. Well, assuming that your website is running on something modern.
Finally, what is the point of WDS? It has a purpose, but for what sounds like a small to mid sized company, what is the benefit to the complexity? What are you actually using it for?
-
Work interrupted. There is the rest of my responses.
-
@jaredbusch I'm actually trying to decipher it, and basically everyone uses that term for everything.
You have public clouds like Azure and AWS.
Then you have everyone else it seems competing against them. The INAP / iland , etc. Who I guess are more colocation type of companies.
The stuff I'm doing and referring to as cloud is running VM's in a datacenter. The company classifies it as a virtual private cloud from my portal.
-
@mmicha said in Where to start...:
Then you have everyone else it seems competing against them.
No one else can compete against them. There are basically only 3 cloud providers; Amazon, Microsoft, and Google.
No one else is cloud. Cloud is a specific type of design. You as IT need to understand that. @IRJ or @stacksofplates are free to expand on this as they work in this daily.
Any other use of the word is marketing. There is also nothing wrong with that, but when IT is designing their systems, they have to understand reality from marketing.
-
@jaredbusch The vmware infrastructure is not domain joined. It is the paid edition with Veeam as our backup solution.
I just have a domain controller running on each of the two hosts. There is no HA, and each is local storage.
I like keeping everything separate, so to save on a license of windows maybe something like samba for a file server would work.
SQL runs the Sage ERP databases, as well as our in-house system which I hate to say still mostly runs on Access 2003 ADP files. That's a developer thing/responsibility.
The IIS server is a developer thing too for stuff he has rewritten in .NET and is hosting on it. I do nothing with it. SQL / IIS / and the Access stuff are his babies.
WDS is really running MDT. I use it for deployment of PC's and such when needed. Saves me a lot of time.
-
@mmicha said in Where to start...:
@jaredbusch The vmware infrastructure is not domain joined. It is the paid edition with Veeam as our backup solution.
I just have a domain controller running on each of the two hosts. There is no HA, each is local storage.
I like keeping everything separate, so to save on a license of windows maybe something like samba for a file server would work.
SQL runs the Sage ERP databases, as well as our in-house system which I hate to say still mostly runs on Access 2003 ADP files. That's a developer thing/responsibility.
The IIS server is a developer thing too for stuff he has rewritten in .NET and is hosting on it. I do nothing with it. SQL / IIS / and the Access stuff are his babies.
WDS is really running MDT. I use it for deployment of PC's and such when needed. Saves me a lot of time.
on WDS -
Look at MS AutoPilot - Should do all the things you want.
-
@gjacobse I've used that at another location, and really like it. Probably what I will pivot to with the move to M365.
-
@dustinb3403 said in Where to start...:
don't work for solutions like AutoCAD without crazy high Opex costs to get the performance to match local performance
Two things. One) autocad files aren't that big. Other cad software is larger. Two) you do realize they don't copy the whole file back and forth right? They use block level dedupe and only diff the blocks that are necessary.
-
I would start looking at what the business needs are, not what infrastructure is needed.
Moving workloads to the cloud is legacy thinking. You're thinking that you don't need to worry about the hardware, which is true. But you can go much further than that.
If you move to using services instead (SaaS) you get the functionality without having to worry about hardware or software or infrastructure or monitoring and a myriad of other things.
So looking at the business needs I would start with the intention of having zero servers on prem, in the cloud, in colo or elsewhere. And go from there.
-
@stacksofplates said in Where to start...:
@dustinb3403 said in Where to start...:
don't work for solutions like AutoCAD without crazy high Opex costs to get the performance to match local performance
Two things. One) autocad files aren't that big. Other cad software is larger. Two) you do realize they don't copy the whole file back and forth right? They use block level dedupe and only diff the blocks that are necessary.
You do you realize I lumped all design files in with AutoCAD, indesign files can be massive, I've personally dealt with 13GB files because of how the designers had to use them. If you want to be a pedantic dickhead go ahead, but don't expect someone to list out every possible file and how it could be accessed.
Lastly, apple computes lock every file pre-emptively when accessing a share in the hopes of speeding up performance for the user, while we don't know what user systems @mmicha has, it's also not something that has been discussed.
This feature of apple's design makes dealing with file shares that much more painful in general.
-
@dustinb3403 said in Where to start...:
@stacksofplates said in Where to start...:
@dustinb3403 said in Where to start...:
don't work for solutions like AutoCAD without crazy high Opex costs to get the performance to match local performance
Two things. One) autocad files aren't that big. Other cad software is larger. Two) you do realize they don't copy the whole file back and forth right? They use block level dedupe and only diff the blocks that are necessary.
You do you realize I lumped all design files in with AutoCAD, indesign files can be massive, I've personally dealt with 13GB files because of how the designers had to use them. If you want to be a pedantic dickhead go ahead, but don't expect someone to list out every possible file and how it could be accessed.
Lastly, apple computes lock every file pre-emptively when accessing a share in the hopes of speeding up performance for the user, while we don't know what user systems @mmicha has, it's also not something that has been discussed.
This feature of apple's design makes dealing with file shares that much more painful in general.
Don't get mad because you specifically named a tool. Yes direct modeling software generates larger files, but even things like Dropbox still chunk the data into 4 mb blocks. I've worked with a shop that used Dropbox to sync their solidworks data and it was fine. Not sure why you think that when @IRJ mentions running the workloads in public cloud you think that means setting up a giant SMB/NFS share that things would "access". Amazingly TeamCenter runs fine on pub cloud and I guarantee they handle larger than 13GB models.
Stop the childish attitude.
-
@mmicha said in Where to start...:
The stuff I'm doing and referring to as cloud is running VM's in a datacenter. The company classifies it as a virtual private cloud from my portal.
Private cloud is something very specific, and specifically not this.
VMs in a datacenter is called "hosting."
"Private Cloud" is when someone builds a cloud and it is used by you, and no one else. Extremely expensive, extremely unique and rare. No normal company needs a whole cloud infrastructure of their own.
Your company SPECIFICALLY is wanting PUBLIC hosting, probably not cloud.
