Key points about the network
SCCM is already collecting the data for the desktops in the US; it’s wise to use this data initially until the quality is called into question
A connection to the CAS would enable the collection of data from one place rather than having to make a connector to each site server
The data could be collected to any of the two datacentres as the 100Mb MPLS link makes the link speeds irrelevant
London and Edinburgh could be collected by agent based methods as they will most likely need metering data from the desktops to make decisions about application removal/re-harvesting.
Due to London’s low bandwidth, it may be wise to have a collection point locally and then schedule the upload of the data back to the MPLS network during non-business hours.
All of the laptops should have agents deployed to them either from another SCCM server or whichever tool platform is being used
SCCM would work on the laptops with regular agents as they are most likely connected using Direct Access (since port 62000 is used for the Network Location Server to enable Windows 7+ clients to determine how to handle traffic back to the corporate network)
For the Johannesburg office, it’s also a good idea to have an aggregation point as the bandwidth is very low and uploading during business hours could seriously impact the network.
The DHCP server in the Johannesburg office has a problem because all of the desktop devices have been allocated 169.254.x.x addresses which are allocated automatically by the OS when a valid DHCP response is not received and the network card is set to dynamically obtain an IP address.
Whichever tool used either would need to work over the 80, 443 or 62000 ports to receive data from the Johannesburg office as no VPN or site to site link has been specified. It might be better to suggest to the customer about considering a site to site VPN than try to have a discussion about opening firewall ports.
Microsoft
SA is required on the Windows Server and SQL Server licences due to the cold backup rights needed to spin up machines on other hosts
SA also required on the Windows Server and SQL Server licences as licence mobility is required
The licensing volume (if discounting four servers for the Oracle estate) means that there will be around 16 servers/host meaning that the density is enough to go for Windows Server 2012 R2 Datacenter Edition licensing (unlimited virtualisation for the number of host)
Each host would require one Windows Server licence (as they are only dual processor)
Oracle
Don’t run Oracle on VMware!
If Oracle needs to be run on VMware, be aware that the physical hosts must be licenced
Best practice would be to split the Oracle servers into a separate smaller cluster from the rest of the machines to still run them on VMware but without having to license the entire cluster
Consider higher end hardware to get the most out of the investment
Are there any OEM databases in use?
Red Hat
Limit the number of physical servers that the Red Hat servers are on and then take a subscription for the number of processors for that cluster
Best to keep these with the Oracle boxes as it’s easier to manage given that the Oracle cluster should be split from the main Microsoft technology cluster anyway
VMware
Enterprise Plus licences would be required across the board – reason being is that if there is to be load balancing at the storage level, Storage DRS would be required and this is only included as a feature of Enterprise Plus
It could be considered to manage some of the cluster with Enterprise licences if Storage DRS isn’t in use but the requirement for DRS across all hosts means that at least Enterprise licences would be required.