Oh, that one is simple: any key size is possible. The key size for RSA is set to the size of the modulus. The modulus in turn is the multiplication of two (or more) large primes. Of course, multiplication means that all prime sizes are added together (give or take a bit).
However, not every implementation will allow any key size. Since computers are byte oriented, in general the key size needs to be a multiple of 8. That makes encoding the key values easier, for starters. Quite often the numbers are calculated using words, so a 32 bit of 64 bit increment is also not uncommon. Finally, if just to avoid over-extensive testing, an implementation may also decide to just allow some specific key sizes.
Generally there is also some lower limit, if just to avoid completely insecure choices like 128 or 256 bit RSA. Creating an upper limit also makes sense, because key pair generation of 16Kib RSA keys or higher is nothing to sneeze at (and, not counting quantum cryptography, that provides a 256 bit security margin anyway).
If I remember correctly Microsoft's native RSA implementation uses 32 bit increments for the key sizes, although there are of course multiple API's and implementations of these API's (managed and unmanaged). But in the end you have to look it up, and even then changes may happen (such as upping the minimum bound or allowing more key sizes).
For common key sizes, try 2048 (on the small side), 3072 (2048 + 1024) and 4096 bits. Almost all implementations will support those key sizes and there is really not much need to choose an intermediate value, except for niche purposes (smart cards). RSA with bit size 1024 is not recommended anymore and may well be prohibited by some implementations.