OK, então vou dar uma resposta alternativa aqui, pois agora entendo que você não está se referindo a interfaces virtuais, mas ao aliasing de IP.
Primeiro, se você não precisar encaminhar todas as portas, apenas uma, simplesmente use (você precisa expor a porta em seu dockerfile, obviamente):
docker run -d -p 93.x.x.x:hostPort:containerPort registry/image
No outro caso, se você não usar esse alias de IP para qualquer outra coisa além de comunicar de / para seu contêiner com o restante de sua rede, poderá dar uma olhada no meu projeto modesto: docker-flatip e atribui diretamente esse IP a um link ethernet virtual conectado do container a uma segunda ponte dedicada a contêineres planos.
Eu escrevi enquanto enfrentei um caso de uso um pouco particular. Lembre-se de que isso está na borda de quais contêineres docker estão e é muito melhor encontrar uma solução, se possível, para não vincular um determinado endereço IP a um contêiner para propósitos de orquestração e escalabilidade.
O ponto principal disto para poder alcançar um container como era qualquer outro host em sua rede com configuração de regras de iptables mais fácil. No meu caso, foi necessário implantar vários agentes de geração de carga a partir de uma solução comercial com regras específicas do iptables, onde cada um precisava de um IP público e não podia ser descoberto automaticamente. Ele atua como um wrapper após a execução / antes de parar seus contêineres para que as regras do iptables sejam adicionadas / removidas com facilidade.
Com essa pequena ferramenta, você acabaria iniciando seu contêiner assim (se estiver realmente certo de que deseja encaminhar todas as portas, não incentivadas em todos ):
cid=$(docker run -d registry/image)
Ou
docker start $cid
Então:
docker-flatip add $cid 93.x.x.x/32 -i tcp:all,udp:all
E parando assim:
docker-flatip del $cid
docker stop $cid