How much RAM is required for 5000 concurrent users MySQL Going by this : 
When should I think about upgrading our RDS MySQL instance based on memory usage?
for max_connections to be set at 5000 concurrent users,how much should be the RAM capacity be ? 

If I add per connection over head for 5000 users, as per what I set the values as shown below, I get : 

[ read_buffer_size (0.125) MB + sort_buffer_size (2 MB)  +  join_buffer_size (2 MB)  +  read_rnd_buffer_size (1 MB) +   thread_stack (0.25 MB) +    binlog_cache_size (0.03125 MB) ] * 5000

= ~ 26 GB.

And as per my understanding, innodb_buffer_pool_size we normally give as 75% of RAM - for optimal performance.

So my question is, per connection over head (26 GB) + 75% of RAM = RAM, then RAM capacity should be ~ 104 GB ??

Can any one pls help me out on this.
Your problem is the innodb buffer size - that is a lot more dependant on database patterns than users. If your database is only 20gb there is no sense in a larger buffer.

And the sensible size there can not be determined from user count only.

So, given you need something for the OS and MySql as a server, then 26gb for the connections - and man, I don't do MySql, but in SQL Server world 5000 connections would be crazy and be for like 100.000 users with connection pooling at the same time.

Assuming that is not just crazy bad programming - I would go with 32 to 64gb memory and the best xeon chips I can get my hands on....  RAM is not your problem here, processing 5000 concurrent SQL statements is. As a start - 64gb memory are cheap in such a server. If the database is larger, then 128gb to 256gb memory would be good. But your problem is not memory, if you really have 5000 concurrent users doing things and not just keeping passive users connected, which is bad programming.