Dealing with large transaction logs in a cluster
You are on the right track.  With the database in full recovery mode, no portions of the log file will be marked for reuse until it has been backed up.  I'm assuming you've created your maintenance plan to have the capability to backup the transaction log.  In which case, that should get you to a point where you should be allowing the reuse of log portions (there are other things that can prevent log reuse as well, but not worth mentioning until/unless you run into them).

How often are your transaction logs getting backed up?  Depending on the frequency of logged operations, you might need to set that to a more frequent schedule than once a day (again, it depends solely on the rate of logged transactions).

As for the physical log file sizes (25 GB NTFS files), they will not shrink just because you have done the transaction log backups.  Backups will not affect the file size.  You'd have to explicitly shrink the transaction log, if you in fact need to reclaim that space.


  Do I then need steps to shrink the databases and cleanup after the plan to get rid of the logs?


As for "steps to shrink the databases", no you shouldn't have to routinely do this.  You may want to do this once to get the log files to management sizes, but then with a well-chosen log backup schedule (see above) those log files shouldn't grow out of control again.  And with the "cleanup" of the transaction log backups, that's really up to you.  I'm not sure what type of disaster recovery plan you have for this environment, so the retention period of those transaction log backups will be driven by your requirements and the DR plan for these databases.