Agree, we expect the document that defines this information to be generic. Meaning it will be used by both ephemeral and target clusters. Regards Rodolfo Pacheco Home/Office 732 5337671 From: Dmitry Ukov <dukov@mirantis.com> Date: Friday, September 20, 2019 at 11:49 AM To: "PACHECO, RODOLFO J" <rp2723@att.com> Cc: "airship-discuss@lists.airshipit.org" <airship-discuss@lists.airshipit.org> Subject: Re: [Airship-discuss] IPAM for Airship Rodolfo, Thanks for the links. This is what is needed for ephemeral node! What is about target cluster nodes? We need to manage their network configuration some how (assign IPs, set up bonding etc). MAAS is used as IPAM service in Airship 1.0 but it will be replaced in favor of Metal3. So we may want to have the same mechanism of ip allocation for ephemeral cluster and for target cluster. On Fri, Sep 20, 2019 at 7:47 PM PACHECO, RODOLFO J <rp2723@att.com<mailto:rp2723@att.com>> wrote: Forgot to add, Jerome’s POC has an example that looks closer to a CR expectations https://github.com/keleustes/treasuremap/blob/kustomize/site/seaworthy/networks/common-addresses.yaml<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_keleustes_treasuremap_blob_kustomize_site_seaworthy_networks_common-2Daddresses.yaml&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=Bjzj_RciGLj21LnNXoD5dw&m=eSPJlb86ECKHCgBeXNfbCrcBGq7doKl90sZz1JU-HJM&s=5hGWlv6RN10N-cPbl_8lnzrGFZRmONETR55X1GdKN7g&e=> Regards Rodolfo Pacheco Home/Office 732 5337671 From: "PACHECO, RODOLFO J" <rp2723@att.com<mailto:rp2723@att.com>> Date: Friday, September 20, 2019 at 11:40 AM To: Dmitry Ukov <dukov@mirantis.com<mailto:dukov@mirantis.com>>, "airship-discuss@lists.airshipit.org<mailto:airship-discuss@lists.airshipit.org>" <airship-discuss@lists.airshipit.org<mailto:airship-discuss@lists.airshipit.org>> Subject: Re: [Airship-discuss] IPAM for Airship Dmitry In Airship 1.0 we had such a document . I expect for 2.0 we need an equivalent CR for this type of information Is what we have been calling Catalog or DB like Document’s Here is an example from treasuremap https://opendev.org/airship/treasuremap/src/branch/master/site/seaworthy/networks/common-addresses.yaml<https://urldefense.proofpoint.com/v2/url?u=https-3A__opendev.org_airship_treasuremap_src_branch_master_site_seaworthy_networks_common-2Daddresses.yaml&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=Bjzj_RciGLj21LnNXoD5dw&m=eSPJlb86ECKHCgBeXNfbCrcBGq7doKl90sZz1JU-HJM&s=wvOJ_Dykh2xTn3clmits97RK3Pk5sSKbS6JAdw8eE1s&e=> I think that is what you are thinking about. Regards Rodolfo Pacheco Home/Office 732 5337671 From: Dmitry Ukov <dukov@mirantis.com<mailto:dukov@mirantis.com>> Date: Friday, September 20, 2019 at 11:37 AM To: "airship-discuss@lists.airshipit.org<mailto:airship-discuss@lists.airshipit.org>" <airship-discuss@lists.airshipit.org<mailto:airship-discuss@lists.airshipit.org>> Subject: [Airship-discuss] IPAM for Airship Hello, I'm working on cloud-init generator as a part of airshipctl bootstrap isogen command. This cloud init will be used to deploy K8s on ephemeral node. Following information is needed to set up ephemeral node: * IP address * Net mask * Default Gateway * DNS server address There is no CRD/CR that actually has this information. For example BareMetalHost resource has IP and Netmask as a part of Status field (and determined dynamically by beremetal operator) and there is no info about Default GW and DNS. This actually leads us to the situation where we need to have IPAM (ip address management) operator and appropriate CRs/CRDs. Unfortunately there is not much IPAM services that can act as K8s operator (I've found only one actually https://github.com/inwinstack/ipam<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_inwinstack_ipam&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=Bjzj_RciGLj21LnNXoD5dw&m=c8c5DfwYKVyHfFy7VcpEn5JOI4G1u4qxCaCy9cDsgAI&s=d7costGUiy-0u1vBkTFbV8Gf4-BIyHE3PGYKZ49NK7k&e=> and it has limitations I guess). As an alternative we have to implement IPAM as a part of Airship 2.0. What do you think? -- Kind regards Dmitry Ukov Principal Deployment Engineer Mirantis, Inc. -- Kind regards Dmitry Ukov Principal Deployment Engineer Mirantis, Inc.