Hi Aleks, thanks for the response. We would wait some weeks for the 3.10 installation.
We required this information because the router and the master api into the 2 cluster are being defined with the same hostnames (after the manual migration of all deployment from old to the new cluster we'll move also the VIP managed via keepalived), and we noticed during the 3.6 installation that the playbook tries to contact the router and master APi during the installation, but we don't know if are used the services instead the external hostnames. Regards, Marcello On Fri, Aug 17, 2018 at 1:16 PM Aleksandar Lazic <al...@me2digital.eu> wrote: > Hi Marcello. > > Am 17.08.2018 um 10:18 schrieb Marcello Lorenzi: > > Hi All, > > > > we are checking the possibility to move an existing Openshift Origin 3.6 > > cluster hosted on a KVM environment to a newer Openshift Origin 3.9 > cluster > > hosted on VMWare environment with more servers and hardware optimized. > Into > > this migration we would maintain the wildcard DNS address and the master > API > > address. > > > > Is it possible to install via advanced installation the newer cluster or > the > > installer tries to contact the older cluster and it can creates issues? > > Yes you can install the new cluster via advanced install. > Why not 3.10 ? > > Normally 2 ocp/okd cluster does not talk to each other, afaik. > > If you mean with ' maintain the wildcard DNS address and the master API > address' > that you will reuse the current setup for the new cluster then you should > take > care about the DNS caches in the clients and that the old DNS setup does > not > point to the old one only to the new one. > > Regards > Aleks > > > Thanks, > > Marcello > > > > > > _______________________________________________ > > users mailing list > > users@lists.openshift.redhat.com > > http://lists.openshift.redhat.com/openshiftmm/listinfo/users > > > > > _______________________________________________ > users mailing list > users@lists.openshift.redhat.com > http://lists.openshift.redhat.com/openshiftmm/listinfo/users >
_______________________________________________ users mailing list users@lists.openshift.redhat.com http://lists.openshift.redhat.com/openshiftmm/listinfo/users
