4.2. 공유에 대한 네트워크 연결 확인
파일 공유에 연결해야 하는 클라이언트에는 해당 공유에 대한 내보내기 위치 중 하나 이상에 대한 네트워크 연결이 있어야 합니다.
네트워크 플러그인 사용을 포함하여 공유 파일 시스템 서비스로 네트워킹을 구성하는 방법은 여러 가지가 있습니다.
공유 유형에 대한 driver_handles_share_servers
매개변수가 true인 경우 클라우드 사용자는 계산 인스턴스가 연결하는 네트워크의 세부 정보를 사용하여 공유 네트워크를 생성한 다음 공유를 생성할 때 참조할 수 있습니다.
공유 유형의 driver_handles_share_servers
매개 변수가 false이면 클라우드 사용자가 계산 인스턴스를 공유 스토리지 네트워크에 연결해야 합니다.
공유 네트워크에 대한 네트워크 연결을 구성하고 검증하는 방법에 대한 자세한 내용은 4.2.1절. “공유 네트워크에 연결하여 공유 영역에 액세스” 을 참조하십시오.
4.2.1. 공유 네트워크에 연결하여 공유 영역에 액세스
driver_handles_share_servers
매개변수가 false로 같으면 관리자가 사용 가능한 공유 프로바이더 네트워크로 공유를 내보냅니다. 최종 사용자는 계산 인스턴스와 같은 클라이언트를 공유 프로바이더 네트워크에 연결하여 공유 프로바이더 네트워크에 액세스해야 합니다.
이 예제 절차에서 공유 공급자 네트워크를 StorageNFS라고 합니다. StorageNFS는 director가 NFS 백엔드를 통해 CephFS를 사용하여 공유 파일 시스템 서비스를 배포할 때 구성됩니다. 유사한 단계에 따라 클라우드 관리자가 사용할 수 있는 네트워크에 연결합니다.
예제 절차에서 클라이언트의 IP 주소 제품군 버전은 중요하지 않습니다. 이 절차의 단계에서는 IPv4 주소를 사용하지만 단계는 IPv6와 동일합니다.
절차
패킷이 포트를 송신할 수 있지만 지정되지 않은 연결에서 수신 패킷을 허용하는 StorageNFS 포트에 대한 보안 그룹을 생성합니다.
(user) [stack@undercloud-0 ~]$ openstack security group create no-ingress -f yaml created_at: '2018-09-19T08:19:58Z' description: no-ingress id: 66f67c24-cd8b-45e2-b60f-9eaedc79e3c5 name: no-ingress project_id: 1e021e8b322a40968484e1af538b8b63 revision_number: 2 rules: 'created_at=''2018-09-19T08:19:58Z'', direction=''egress'', ethertype=''IPv4'', id=''6c7f643f-3715-4df5-9fef-0850fb6eaaf2'', updated_at=''2018-09-19T08:19:58Z'' created_at=''2018-09-19T08:19:58Z'', direction=''egress'', ethertype=''IPv6'', id=''a8ca1ac2-fbe5-40e9-ab67-3e55b7a8632a'', updated_at=''2018-09-19T08:19:58Z''' updated_at: '2018-09-19T08:19:58Z'
no-ingress
보안 그룹에서 적용된 보안을 사용하여 StorageNFS 네트워크에 포트를 만듭니다.(user) [stack@undercloud-0 ~]$ openstack port create nfs-port0 --network StorageNFS --security-group no-ingress -f yaml admin_state_up: UP allowed_address_pairs: '' binding_host_id: null binding_profile: null binding_vif_details: null binding_vif_type: null binding_vnic_type: normal created_at: '2018-09-19T08:03:02Z' data_plane_status: null description: '' device_id: '' device_owner: '' dns_assignment: null dns_name: null extra_dhcp_opts: '' fixed_ips: ip_address='172.17.5.160', subnet_id='7bc188ae-aab3-425b-a894-863e4b664192' id: 7a91cbbc-8821-4d20-a24c-99c07178e5f7 ip_address: null mac_address: fa:16:3e:be:41:6f name: nfs-port0 network_id: cb2cbc5f-ea92-4c2d-beb8-d9b10e10efae option_name: null option_value: null port_security_enabled: true project_id: 1e021e8b322a40968484e1af538b8b63 qos_policy_id: null revision_number: 6 security_group_ids: 66f67c24-cd8b-45e2-b60f-9eaedc79e3c5 status: DOWN subnet_id: null tags: '' trunk_details: null updated_at: '2018-09-19T08:03:03Z'
참고StorageNFSSubnet
에 IP 주소 172.17.5.160을nfs-port0
에 할당했습니다.Compute 인스턴스에
nfs-port0
을 추가합니다.(user) [stack@undercloud-0 ~]$ openstack server add port instance0 nfs-port0 (user) [stack@undercloud-0 ~]$ openstack server list -f yaml - Flavor: m1.micro ID: 0b878c11-e791-434b-ab63-274ecfc957e8 Image: manila-test Name: demo-instance0 Networks: demo-network=172.20.0.4, 10.0.0.53; StorageNFS=172.17.5.160 Status: ACTIVE
계산 인스턴스에는 개인 및 유동 주소 외에도 StorageNFS 네트워크에서 IP 주소가 172.17.5.160인 포트가 할당됩니다. 이 포트는 해당 주소에 대한 액세스 권한이 부여되면 NFS 공유를 마운트할 수 있습니다.
참고Compute 인스턴스에서 네트워킹 구성을 조정하고 Compute 인스턴스의 서비스를 다시 시작하여 이 주소로 인터페이스를 활성화해야 할 수 있습니다.
4.2.2. 네트워크와 인스턴스 간 IPv6 인터페이스 구성
공유에서 공유가 IPv6 주소를 사용하는 공유 네트워크가 IPv6 주소를 사용하는 경우 보조 인터페이스에서 DHCPv6에 문제가 발생할 수 있습니다. 다음 절차를 사용하여 인스턴스에서 IPv6 인터페이스를 수동으로 구성합니다. 자세한 내용은 BZ#1859695 에서 참조하십시오.
사전 요구 사항
- 공유 네트워크에 연결하여 공유에 액세스합니다.
절차
- 인스턴스에 로그인합니다.
IPv6 인터페이스 주소를 구성합니다.
$ ip address add fd00:fd00:fd00:7000::c/64 dev eth1
인터페이스를 활성화합니다.
$ ip link set dev eth1 up
공유의 내보내기 위치에서 IPv6 주소를 ping하여 인터페이스 연결을 테스트합니다.
$ ping -6 fd00:fd00:fd00:7000::21
또는 Telnet을 통해 NFS 서버에 연결할 수 있는지 확인합니다.
$ dnf install -y telnet $ telnet fd00:fd00:fd00:7000::21 2049