Hello there,
if you run the symcfg list command and both arrays show up, it seems you have configured the netcfg file correctly.
Still, for the sake of clarity, what you want to put down in the netcfg file is one distinct line (entry) for each productive SE instance in your environment that you want to collect data from.
The format of the entry is described in the netcfg file itself, but it should be something like this:
SYMAPI_SERVER - TCPIP DNS_NAME_OF_APPLIANCE 10.20.30.40 2707 SECURE
Where you can replace SYMAPI_SERVER with a service name of your choosing - this is what you want to put into the datasource configuration - and the IP address should point to your productive Sorlutions Enabler server, that's the one that has gatekeeper devices provisioned to and is actually able to communicate with the VMAX arrays.
You would want to register the server names in the local /etc/hosts (on both the OCI server and the remote SE server) in case you run into any SSL handshake failure issues. The mechanism how SSL certificates are validated is tied to name resolution. So if the host name in the ssl certs (mostly self signed) don't match the hostname that you can resolve, the connectivity will be prohibited. Alternatively you can turn off ssl verification on both sides or allow NONSECURE connections which by default is not allowed (probably requires restarting the storsvd service though). But otherwise, no, the server names in the netcfg file don't necessarily need to be registered in the hosts file.
Hope this helps.
Kind regards,
Gerhard