K1mffrey,
Whenever you access/manage a cluster via a reth interface you will be accessing the SRX acting as the primary node for Redundancy-group 0 (RG0), that represents the Routing-Engines. At any given time only one Routing-Engine will be handling the whole cluster.
The same happens if you do SNMP polling over a reth interface, you end up monitoring only the primary node for RG0. The way of monitoring/accessing the nodes separately is via their fxp0 interfaces and the same applies for SNMP monitoring purposes:
https://www.juniper.net/documentation/en_US/junos/topics/topic-map/security-chassis-cluster-management-interfaces.html
https://forums.juniper.net/t5/SRX-Services-Gateway/SNMP-through-FXP0/td-p/113442
However, the fxp0 interfaces are aimed for networks where there is a out-of-band management network; this is an isolated subnet used exclusively for manage the devices in your network. Based on your comments you dont have this kind of subnet created as of yet because you manage the SRX via a reth interface. Being this the case I can see two possible scenarios:
1. You create this out-of-band network and connect the fxp0 interfaces to it and monitor the SRX via its fxp0 interfaces. Please note that the fxp0 interfaces are for out-of-band management hence you cannot received traffic via a regular port and route it via a fxp0 interface or viceversa. This is usually a concept that people is not familiar with hence I will share some light here:
In-band Management: When you access your devices via the regular production network. This means that your management traffic is competing for bandwidth with the rest of the production traffic. If there is an outage in your production network (lets say a broadcast storm affecting your switches and routers), you could loose or see affected your ability to manage your networking devices.
Out-of-band Management: When you create a network that is isolated from your production network and that will be used only for managing your networking devices. This way if there is an outage on your production network your ability to manage the devices wont be compromised. Your fxp0 interfaces are designed to be connected to this isolated network.
2. Try the workaround mentioned in the following document. Note that in this example, the SRX is reached via a VPN interface (you can think of it as your reth interface). Bascially you will have to move all your regular interfaces to a virtual-router (because you cannot configure your fxp0 interfaces in a virtual-router) and communicate this new virtual-router with the default routing-instance where we left the fxp0 interfaces. In the example they connect the fxp0s to a switch where reth 2 is connected two and the interfaces shared the same subnet but are in different routing-instances:
https://kb.juniper.net/InfoCenter/index?page=content&id=KB30949&cat=SRX_210&actp=LIST
Hope it helps.