I'd say go for it. For me working proprietary embedded systems is more fun than VMware where you're mostly playing Windows support desk 80% of the time. I can't stand desktop operating systems anymore.
It's not going to be much less software support though. Routers switches and firewalls go EOL, crash because of bugs and need continuous code updates, open ssh vulnerabilities and retired crypto algos, new VPN client rollout to support a new feature to address a vuln, it's a never ending battle. It's a different kind of software support though than dealing with poorly programmed third party desktop applications and navigating things "not responding" in Windows running on hard drives and such.
If you can manage to stay away from desktop operating system support (Windows, Linux, including servers) and stick strictly to being a VMware expert either that or networking are a wash for career choices and compensation. By that I mean you only do things in vmware and storage and never log into a guest OS. Ideally do both (esxi and network) and throw some firewall in there too and move to where you can design whole data centers and you'll be set for life.
If you are the kind of nerd who likes programming, looking at packet dumps, can do binary and hex arithmetic in your head, and like reading RFCs and analyzing protocols for fun, you'll love networking.
I will say though what you know on paper and how many certs you have doesn't mean much in this field. Having a working brain, being able to make sense out of numbers on a screen, and being curious and intuitive and being able to analyze and apply scientific method and dig deep under the hood and troubleshoot things youve never seen before under pressure. Troubleshooting on your feet while staying cool like a air traffic controller with 200 people on the call watching and knowing you are the end game is the most valuable skill you can have. You need to have passion for technology and exploration and debugging and be confident in telling people "I've never seen this before and have no idea what's wrong but I'll explain it in 5 minutes after I fix it".
There is no shortage of overconfident network engineers who know how things are suppose to work academically on the surface when a script goes 100% according to plan but can't troubleshoot themselves out of wet toilet paper the one time it doesn't.