Cb-tumblebug: Register existing CSP resources to CB-TB obj management

[seokho-son]

What would you like to be added

CSP에 이미 존재하는 자원(VM, Net, Subnet, SG, KEY, ...)을 조회하여

CB-TB 오브젝트로 정의되어 있지 않은 경우, CB-TB 오브젝트로 등록

이때 실제 자원 생성을 하지 않고, CB-SP에서 제공하는 정보 등록 기능을 통해서 정보만 등록.

(이렇게 생성된 CB-TB 오브젝트에는 해당 오브젝트가 직접 생성 및 관리하는 오브젝트가 아니라, 기존 자원을 통해서 등록된 것임을 표시)

Why is this needed

CB-TB 를 사용할 때,

• CSP의 계정을 여러사람이 활용하여 개발하는 경우
• 오류에 의해서 메타데이터를 유실한 경우
• CB-SP와 메타데이터 싱크에 문제가 생긴 경우

CSP 콘솔에 들어가서 꼬인 자원을 정리해줘야 하는 상황이 간혹 발생합니다.

이를 CB-TB 관리 기능들을 활용하여, 정리할 수 있도록 처리하기 위한 피쳐입니다.

[jihoon-seo]

[Spider 현황]
Spider에 해당 기능이 추가되었음

[고려 사항]
CSP에 있는 자원이
[SP에는 등록되지 않고 TB에만 등록되면] 소용이 없음

[REST API 안]

• CSP에 있는 자원이 SP, TB 모두에 등록되어 있지 않아서 SP, TB 에 한꺼번에 등록하는 API
  
  
  
  • /ns/{nsId}/resources/registerVNet?spider=too
  
  
  • /ns/{nsId}/resources/registerVNet?spider=also
  
  
  • ...
  
  
• CSP에 있는 자원이 SP에는 이미 등록되어 있어서 TB에만 등록하는 API
  
  
  
  • /ns/{nsId}/resources/registerVNet?spider=no
  
  
  • /ns/{nsId}/resources/registerVNet?spider=already
  
  
  • /ns/{nsId}/resources/registerVNet
  
  
  • ...
  
  

g.POST("/:nsId/resources/registerVNet", rest_mcir.RestRegisterVNet)

[로직 (안)]

• 먼저 SP에도 등록하는 경우
  
  
  
  1. TB가 SP API 호출하여 SP에 등록
  
  
  2. TB가 SP API 호출하여 Get object
  
  
  3. Get object의 응답 (SP object의 상세사항) 을 이용하여 TB object로 등록
  
  
• TB에만 등록하는 경우
  
  
  
  1. TB가 SP API 호출하여 Get object
  
  
  2. Get object의 응답 (SP object의 상세사항) 을 이용하여 TB object로 등록
  
  

[seokho-son]

• 각 자원 별로 다수의 등록 API 보다는, connectionConfig (region) 단위로 CSP의 모든 자원 (VM, vNet, sunet, SG, SSHKey 등) 등록하는 API가 하나 있는 것이 좋을 것 같습니다. (API가 너무 많아지면 복잡할 것 같아요)

  1. SP에 있고 TB에는 없는 오브젝트를 조회 및 비교하여 TB에 정보가 없는 경우, TB 오브젝트로 재등록
  2. SP, TB 모두에 없는 경우, TB에서 오브젝트를 생성하며, SP에도 연계하여 정보 등록
     
     
     
     • 이러한 상황을 각 오브젝트에 기입해둘 수 있으면 좋을 것 같긴한네요. (예를 들면 - "이 오브젝트는 TB가 직접 만든 것이 아니라~ CSP에 있던 것을 재등록한 것" 을 의미하도록 labeling?)
     
     
     • VM의 경우에는 MCIS의 구성을 알 수 없기 때문에 아마도 VM 하나를 MCIS 하나의 오프젝트에 넣어야겠네요.
     
     
     • VM의 연계 자원 오브젝트는.. 당장에는 임시값? 을 넣어야하지 않을까 싶습니다. 지금 있는 기능으로 자원간의 연관 관계를 추적하기가 쉽지 않을거예요.
     
     

아마도 처음에 완벽하게 구현하기는 쉽지 않을 것 같습니다..^^
(자원간의 의존성 등, 단순 정보 등록으로 처리되지 않는 항목들 발생 가능)

모든 것이 잘되면 좋겠지만, 저는 대략, 기존 CSP에 있는 자원에 대한 삭제라도 TB에서 가능하도록 처리할 수 있으면 좋지 않을까.. 생각합니다.

따라서 1차적으로는 자원의 연관관계를 모두 고려한 등록 방법 보다는
삭제라도 가능하도록 하는 목표를 가지면 어떨까 싶습니다.

[jihoon-seo]

[PRs]

• https://github.com/cloud-barista/cb-tumblebug/pull/983
• https://github.com/cloud-barista/cb-tumblebug/pull/990
  
  
  
  • #1015
  
  

[jihoon-seo]

[SSH Key]
TB => SP => CSP 에 SSH Key 생성 후
TB, SP 에 SSH Key object를 Get 해 보면..

[Spider] (Private key를 보여주지 않음)

{
  "IId": {
    "NameId": "ns01-aws-ap-southeast-1-jhseo",
    "SystemId": "ns01-aws--c7ijfpt6qs80d3kb68kg"
  },
  "Fingerprint": "96:14:45:b5:09:1d:94:fd:67:cc:d1:e6:e4:51:e6:58:80:ce:f1:a7",
  "PublicKey": "",
  "PrivateKey": "",
  "VMUserID": "",
  "KeyValueList": []
}

[Tumblebug] (Private key도 보여줌)

{
  "id": "aws-ap-southeast-1-jhseo",
  "name": "aws-ap-southeast-1-jhseo",
  "connectionName": "aws-ap-southeast-1",
  "description": "",
  "cspSshKeyName": "ns01-aws-ap-southeast-1-jhseo",
  "fingerprint": "96:14:45:b5:09:1d:94:fd:67:cc:d1:e6:e4:51:e6:58:80:ce:f1:a7",
  "username": "",
  "verifiedUsername": "",
  "publicKey": "",
  "privateKey": "-----BEGIN RSA PRIVATE KEY-----\nMIIE...bAJQ==\n-----END RSA PRIVATE KEY-----",
  "keyValueList": [
    {
      "Key": "KeyMaterial",
      "Value": "-----BEGIN RSA PRIVATE KEY-----\nMIIE...bAJQ==\n-----END RSA PRIVATE KEY-----"
    }
  ],
  "associatedObjectList": [],
  "isAutoGenerated": false
}

[seokho-son]

@jihoon-seo VM에 SSH하는 데 구멍이 발생하겠군용 ^^