옵션 유형

마지막 업데이트: 2022년 3월 18일 | 0개 댓글
  • 네이버 블로그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 트위터 공유하기
  • 카카오스토리 공유하기
홈을 선택하고 클립보드 아이콘을 선택하고 붙여넣기 원하는 특정 붙여넣기 옵션을 선택합니다. 예를 들어 복사한 셀에서 서식만 붙여넣기하려면 서식 붙여넣기 를 . 이 표에는 붙여넣기 메뉴에서 사용할 수 있는 옵션이 나와 있습니다.

브라우저 모니터링 에이전트 설치

브라우저는 "에이전트"라고도 하는 JavaScript 스니펫 을 사용하여 옵션 유형 앱의 웹페이지를 계측합니다. JavaScript는 브라우저 모니터링을 위해 데이터를 수집합니다. 브라우저 에이전트를 설치하기 위해 여러 배포 옵션 중에서 선택할 수 있습니다.

아직 계정이 없다면 New Relic 계정을 만드십시오. 영원히 무료입니다.

브라우저 모니터링을 활성화하면 Browser Pro+SPA가 기본 에이전트입니다. 그러면 자동으로 모든 브라우저 모니터링 기능에 액세스할 수 있습니다. 브라우저 모니터링 옵션에 대한 자세한 내용은 이 문서의 브라우저 에이전트 유형 을 참조하십시오.

브라우저 모니터링을 활성화하려면:

  1. one.newrelic.com 으로 이동하여 데이터 추가 를 클릭한 다음 브라우저 및 모바일 을 클릭합니다.
  2. UI의 지침에 따라 New Relic Browser 와 같이 앱에 사용할 브라우저 모니터링용 데이터 소스를 선택하십시오.
  3. 앱에 대한 트래픽을 생성한 다음 데이터가 New Relic에 나타날 때까지 몇 분 정도 기다리십시오.
  4. 선택 사항: 설치가 완료되고 데이터가 표시되면 추가 에이전트 구성을 위해 앱 설정 페이지 로 이동하거나 브라우저 에이전트 유형 을 변경합니다.

브라우저 모니터링 에이전트를 활성화한 후 웹페이지 데이터가 New Relic에 표시되기까지 몇 분이 소요될 수 있습니다. 문제가 있는 경우 문제 해결 팁 을 따르세요.

브라우저 모니터링을 배포하는 데 사용하는 옵션에 관계없이 최종 결과는 동일합니다. 브라우저 모니터링 JavaScript 스니펫("에이전트"라고도 함)이 앱 페이지에 삽입됩니다. 선택하는 방법은 선호도와 비즈니스 요구 사항에 따라 다릅니다.

에이전트를 설치하는 데 사용되는 스크립트에 대해 자세히 알아보려면 GitHub 리포지토리에서 브라우저 에이전트의 Read me 파일을 확인하세요.타사 알림 파일에서 설치 중에 호출된 타사 라이브러리에 대해 알아볼 수도 있습니다.

브라우저 모니터링을 활성화 하면 APM 에이전트를 사용하여 브라우저 모니터링 JavaScript 스니펫을 자동으로 삽입할 수 있습니다. APM에서 이미 모니터링 중인 앱용 에이전트를 설치하는 가장 쉬운 방법입니다.

브라우저 모니터링을 활성화 하면 JavaScript 스니펫을 앱의 웹페이지에 수동으로 삽입할 수 있습니다. 복사/붙여넣기 옵션을 사용하면 웹페이지 성능을 모니터링하는 데 필요한 JavaScript 스니펫의 정확한 위치를 제어할 수 있습니다. 다음과 같은 경우에 유용합니다.

  • CDN에서 제공하는 독립 실행형 앱, 정적 사이트 및 캐시된 페이지
  • 표준 서버 측 앱처럼 브라우저 앱에 밀접하게 연결되지 않은 APM 앱(예: 클라이언트 측 앱이 REST API 백엔드와 통신할 때)

복사/붙여넣기 방법을 배우려면 이 짧은 YouTube 비디오(약 1분 50분)를 시청하십시오.

JavaScript 스니펫 사용에 대한 몇 가지 팁:

  • 웹페이지에 배치: 코드 스니펫을 복사한 다음 페이지에 인라인으로 가능한 한 요소 상단에 붙여넣되 위치를 구분하는 태그(예: X-UA-Compatible 또는 charset 정보). 인라인 head 배치에 대한 자세한 내용은 JavaScript 배치 요구 사항 을 참조하십시오.
  • 라이선스 키 및 앱 ID: 생성된 자바스크립트 하단 부근에 브라우저 라이선스 키와 애플리케이션 ID가 있습니다. 이것은 REST API 및 API Explorer 에서 유용합니다.

APM 에이전트를 사용하여 웹 페이지 계측

이 정보는 APM에서도 모니터링하는 앱에 적용됩니다.

APM 에이전트는 페이지 로드 타이밍에 필요한 JavaScript로 웹페이지를 계측할 수 있습니다. APM 에이전트의 API를 사용하여 JavaScript 스니펫을 웹페이지에 수동으로 추가하는 경우 계측 스니펫을 가능한 한 상단에 가깝게 삽입하십시오. 이를 통해 브라우저의 AJAX 호출 및 JavaScript 오류 에 대한 자세한 정보를 활용할 수 있습니다.

자세한 내용은 APM 에이전트에 대한 지침을 참조하세요.

이 정보는 APM에서도 모니터링하는 앱에 적용됩니다.

REST API를 사용하면 브라우저 모니터링 UI 외부에서 배포를 관리할 수 있습니다. 이는 여러 앱을 배포하는 대규모 조직에 유용합니다.

브라우저 에이전트 유형: Lite, Pro, Pro+SPA

브라우저 에이전트에는 Lite, Pro 및 Pro+SPA의 세 가지 유형이 있습니다. 에이전트 유형은 청구에 영향을 주지 않습니다.

브라우저 모니터링을 활성화할 때 기본적으로 설치되는 에이전트입니다.

모든 유형의 애플리케이션에 대해 상세한 페이지 타이밍 데이터와 분산 추적 을 포함한 최신 New Relic 기능을 제공합니다.

Pro+SPA는 단일 페이지 애플리케이션에만 국한되지 않습니다. 설치 후 SPA 모니터링을 원하지 않거나 필요하지 않은 경우 언제든지 덜 고급 에이전트로 다운그레이드할 수 있습니다.

포함 내용: Browser Pro 기능 에 액세스할 수 있습니다.

포함되지 않은 것: 단일 페이지 앱 모니터링을 위해 설계된 기능이 없습니다.

포함 내용: 일부 기본 페이지 로드 타이밍 및 브라우저 사용자 정보에 대한 정보를 제공합니다.

포함되지 않은 것: Browser Pro 기능 및 SPA 기능이 없습니다.

상담원 유형이 가격과 어떤 관련이 있는지에 대한 세부정보:

    : 이 가격 책정 모델에는 청구 요소로 데이터 수집이 있습니다. 데이터 수집을 줄이려면 설치 후 더 작은 에이전트 유형으로 다운그레이드하는 것이 좋습니다. : 브라우저 모니터링 기능에 대한 액세스는 에이전트 유형이 아닌 구독 계획에 따라 결정됩니다. 즉, 기본 Pro+SPA 에이전트를 사용하지 않을 이유가 없습니다.

초기 에이전트 설치가 완료된 후 앱 설정 페이지 로 이동하여 구성을 편집하거나 구독을 변경할 수 있습니다.

붙여넣기 옵션

기본적으로 복사(또는 잘라 내기)Excel 데이터, 서식, 수식, 유효성 검사, 주석 등 원본 셀 또는 범위의 모든 것을 대상 셀에 붙여넣습니다. 이는 CTRL+V를 눌러 붙여넣을 때 발생합니다. 원하는 것이 아니기 때문에 복사하는 유형에 따라 다른 붙여넣기 옵션이 많이 있습니다.

예를 들어 셀의 내용을 붙여넣지만 서식은 붙여넣지 않을 수 있습니다. 또는 행에서 열로 붙여넣은 데이터를 트랜스패스하려는 경우도 있습니다. 또는 수식 자체 대신 수식의 결과를 붙여넣아야 할 수 있습니다.

중요: 수식을 복사하여 붙여넣는 경우 셀 참조를 수정해야 할 수 있습니다. 그러나 수식을 잘라 붙여넣을 때 참조는 변경되지 않습니다.

채우기 핸들

메뉴 옵션 붙여넣기(리본 메뉴에)

서식 붙여넣기 단추

홈을선택하고 클립보드 아이콘(붙여넣기)을 선택하고 원하는 특정 붙여넣기 옵션을 선택합니다. 예를 들어 복사한 셀에서 서식만 붙여넣기하려면 에서 서식 지정을 . 이 표에는 붙여넣기 메뉴에서 사용할 수 있는 옵션이 나와 있습니다.

셀 내용 붙여 넣기

원본 열 너비를 유지하고 값 붙여넣기 아이콘

해당 열의 너비가 유지된 상태의 복사한 셀 내용

열을 행으로 전환하거나 행을 열로 전환하여 복사한 값 붙여 넣기

붙여 넣을 때 복사한 셀 내용의 방향을 바꿉니다. 행의 데이터는 열에 붙여 넣고 열의 데이터는 행에 붙여 넣습니다.

단추 이미지

서식이나 옵션 유형 주석이 없는 수식입니다.

단추 이미지

서식 또는 주석 없이 수식 결과입니다.

서식 붙여넣기 단추

복사된 셀의 서식만 해당합니다.

원본 서식과 함께 값 붙여 넣기

연결하여 붙여넣기 옵션

복사한 셀 내용이 아닌 원본 셀에 대한 참조

복사한 그림 붙여 넣기

연결된 그림 붙여 넣기

원본 셀에 대한 링크가 있는 복사한 이미지(원본 셀을 변경할 경우 해당 변경 내용이 붙여 넣은 이미지에 반영됨)

특수 붙여넣기 상자의 옵션을 사용하려면 홈을선택하고 클립보드 아이콘(붙여넣기)을 선택하고 특수 붙여넣기 를 선택합니다.

바로 가기 키: Ctrl+Alt+V를 누릅니다.

선택하여 붙여넣기 대화 상자

선택하여 붙여넣기 상자에서 붙여 넣을 특성을 선택합니다.

참고: 복사한 데이터의 형식과 선택한 붙여넣기 옵션에 따라 일부 다른 옵션이 회색으로 표시될 수 있습니다.

복사한 데이터의 모든 셀 내용 및 서식을 붙여넣습니다.

수식 표시줄에 입력된 복사된 데이터의 수식만 붙여넣습니다.

복사한 데이터의 값만 셀에 표시된 값만 붙여넣습니다.

복사한 데이터의 셀 서식만 붙여넣습니다.

복사한 셀에 연결된 메모 및 노트만 붙여넣습니다.

복사한 셀에 대한 데이터 유효성 검사 규칙을 붙여넣기 영역에 붙여넣습니다.

복사한 데이터에 적용되는 문서 테마 서식에 모든 셀 내용을 붙여넣습니다.

테두리를 제외한 복사된 셀에 적용된 모든 셀 내용 및 서식을 붙여넣습니다.

복사한 열의 너비 또는 열 범위를 다른 열 또는 열 범위에 붙여넣습니다.

복사한 셀에서 수식 및 모든 숫자 서식 옵션만 붙여넣습니다.

복사한 셀의 값 및 모든 숫자 서식 옵션만 붙여넣습니다.

모든 조건부 형식의 멜로그링

복사한 셀의 내용 및 조건부 서식 옵션을 붙여넣습니다.

복사한 데이터에 적용할 수 있는 수학 연산을 지정할 수 있습니다.

이 업데이트에는 알려진 문제가 없습니다.

복사한 데이터에 수학 연산이 적용되지 않습니다.

복사한 데이터를 대상 셀 또는 셀 범위의 데이터에 추가합니다.

대상 셀 또는 셀 범위의 데이터에서 복사된 데이터를 뺄 수 있습니다.

복사한 데이터를 대상 셀 또는 셀 범위의 데이터와 곱합니다.

복사한 데이터를 대상 셀 또는 셀 범위의 데이터로 분할합니다.

이 확인란을 선택하면 복사 영역에 빈 셀이 발생할 때 붙여넣기 영역의 값을 바꾸지 않습니다.

복사한 데이터의 열을 행으로 변경하고 이 확인란을 선택하면 그 반대로 변경합니다.

복사한 셀에 대한 링크를 만들려면 클릭합니다.

붙여넣은 수식에서 셀 참조 확인 및 수정

참고: 셀 참조는 자르고(복사하지) 수식을 붙여넣을 때 자동으로 조정됩니다.

복사한 수식을 붙여넣은 후 모든 셀 참조가 새 위치에 올바른지 확인해야 합니다. 셀 참조는 수식에 사용된 참조 유형(절대, 상대 또는 혼합)에 따라 변경될 수 있습니다.

예를 들어 셀 A1에서 수식을 복사하여 두 셀을 아래로 오른쪽(C3)에 붙여넣는 경우 붙여넣은 수식의 셀 참조는 다음과 같이 변경됩니다.

수식의 셀 참조가 원하는 결과를 제공하지 않는 경우 다른 참조 유형으로 전환해 시도합니다.

수식이 포함된 셀을 선택합니다.

수식 에서 변경할 참조를 선택합니다.

F4를 눌러 참조 조합 간에 전환하고 원하는 조합을 선택합니다.

셀 참조에 대한 자세한 내용은 수식 개요 를 참조하세요.

복사할 때 웹용 Excel 셀에서 붙여넣기 옵션을 선택할 수 있습니다.

서식 붙여넣기 단추

홈을 선택하고 클립보드 아이콘을 선택하고 붙여넣기 원하는 특정 붙여넣기 옵션을 선택합니다. 예를 들어 복사한 셀에서 서식만 붙여넣기하려면 서식 붙여넣기 를 . 이 표에는 붙여넣기 메뉴에서 사용할 수 있는 옵션이 나와 있습니다.

Amazon OpenSearch Service 도메인 생성 및 관리

이 장에서는 옵션 유형 Amazon OpenSearch Service 도메인을 만들고 관리하는 방법에 대해 설명합니다. OpenSearch Service 도메인은 OpenSearch 클러스터와 동의어입니다. 도메인은 설정, 인스턴스 유형, 인스턴스 수, 스토리지 리소스를 지정한 설정입니다.

시작하기 자습서의 간단한 지침과 달리 이 장에서는 모든 옵션에 대해 설명하고 관련 참조 정보를 제공합니다. OpenSearch Service 콘솔, AWS Command Line Interface(AWS CLI) 또는 AWS SDK에 대한 지침에 따라 각 절차를 완료할 수 있습니다.

OpenSearch Service 도메인 생성

이 단원에서는 OpenSearch Service 콘솔을 사용하거나 AWS CLI에서 create-domain 명령을 사용하여 OpenSearch Service 도메인을 생성하는 방법에 대해 설명합니다.

OpenSearch Service 도메인(콘솔) 생성

콘솔에서 다음 절차에 따라 OpenSearch Service 도메인을 만듭니다.

OpenSearch Service 도메인(콘솔)을 만들려면

분석(Analytics)에서 Amazon OpenSearch Service를 선택합니다.

[도메인 생성(Create domain)]을 선택합니다.

도메인 이름(Domain name)에 도메인 이름을 입력합니다. 이름은 다음 조건을 충족해야 합니다.

해당 계정 및 AWS 리전에서 고유함

소문자 a~z, 숫자 0~9 및 하이픈(-)만 포함할 것

https://search- mydomain - 1a2a3a4a5a6a7a8a9a0a9a8a7a . us-east-1 .es.amazonaws.com 의 표준 끝점이 아닌 사용자 지정 끝점을 사용하려는 경우 사용자 지정 엔드포인트 활성화(Enable custom endpoint)를 클릭하고 이름과 인증서를 제공합니다. 자세한 정보는 Amazon OpenSearch Service에 대한 사용자 지정 엔드포인트 만들기 섹션을 참조하세요.

배포 유형(Deployment type)에서 도메인 목적에 가장 적합한 옵션을 선택합니다.

프로덕션(Production) 도메인은 높은 가용성을 위해 다중 AZ와 전용 프라이머리 노드를 사용합니다.

개발 및 테스트(Development and testing) 도메인은 단일 가용 영역을 사용합니다.

사용자 지정(Custom) 도메인을 사용하면 모든 구성 옵션에서 선택할 수 있습니다.

배포 유형이 다르면 다음 페이지에 표시되는 옵션도 다릅니다. 이러한 단계에는 모든 옵션(사용자 지정(Custom) 배포 유형)이 포함됩니다.

버전(Version)에서 사용할 OpenSearch 또는 레거시 Elasticsearch OSS의 버전을 선택합니다. OpenSearch의 최신 버전을 선택하는 것이 좋습니다. 자세한 내용은 지원되는 OpenSearch 및 Elasticsearch 버전 섹션을 참조하세요.

(선택 사항) 도메인에서 OpenSearch 버전을 선택한 경우 호환성 모드 활성화(Enable compatibility mode)를 선택하여 OpenSearch가 7.10으로 버전을 보고하도록 할 수 있습니다. 그러면 연결하기 전에 버전을 확인하는 특정 Elasticsearch OSS 클라이언트와 플러그인이 서비스 작업을 계속할 수 있습니다.

자동 조정(Auto-Tune)에서 속도와 안정성을 향상시키기 위해 OpenSearch Service가 도메인에 대한 메모리 관련 구성 변경을 제안하도록 허용할지를 선택합니다. 자세한 내용은 Amazon OpenSearch Service에 대한 자동 조정 섹션을 참조하세요.

(선택 사항) 유지 관리 기간 추가(dd maintenance window)를 선택하여 자동 조정이 도메인을 업데이트하는 반복 기간을 예약합니다.

데이터 노드(Data nodes)에서 가용 영역 수를 선택합니다. 자세한 정보는 Amazon OpenSearch Service에서 다중 AZ 도메인 구성 섹션을 참조하세요.

OpenSearch Service 콘솔은 도메인이 생성된 후 여러 가용 영역에서 단일 가용 영역으로 이동하는 것을 지원하지 않습니다. 2개 또는 3개의 가용 영역을 선택하고 나중에 1로 이동하려면 AWS CLI 또는 구성 API를 사용하여 ZoneAwarenessEnabled 파라미터를 사용 중지해야 합니다.

인스턴스 유형(Instance type)에서 데이터 노드의 인스턴스 유형을 선택합니다. 자세한 내용은 Amazon OpenSearch Service에서 지원되는 인스턴스 유형 섹션을 참조하세요.

모든 가용 영역에서 모든 인스턴스 유형이 지원되는 것은 아닙니다. 3-AZ를 선택할 경우 R5 또는 I3 등의 최신 세대 인스턴스 유형을 선택할 것을 권장합니다.

노드 수에서 데이터 노드 수를 선택합니다.

최댓값은클러스터 및 인스턴스 제한 섹션을 참조하세요. 단일 노드 클러스터는 개발 및 테스트 용도로 적합할 뿐 프로덕션 워크로드에 사용해서는 안 됩니다. 자세한 지침은 Amazon OpenSearch Service 도메인 크기 조정 및 Amazon OpenSearch Service에서 다중 AZ 도메인 구성 섹션을 참조하세요.

[스토리지 유형(Storage type)]에서 [EBS](기본값) 또는 [인스턴스(Instance)]를 선택합니다. 매우 큰 도메인을 생성하기 위한 지침은 Amazon OpenSearch Service를 위한 페타바이트 규모 섹션을 참조하세요. EBS를 선택하면 다음 옵션이 나타납니다.

EBS 볼륨 유형(EBS volume type)에서 볼륨 유형을 선택합니다.

프로비저닝된 IOPS(Provisioned IOPS)에서 Provisioned IOPS(SSD)(프로비저닝된 IOPS(SSD))를 선택하는 경우, 원하는 기준 IOPS 성능을 입력합니다. 자세한 내용은 Amazon EC2 설명서의 Amazon EBS 볼륨을 참조하세요.

노드당 EBS 스토리지 크기(EBS storage size per node)에 각 데이터 노드에 연결할 EBS 볼륨의 크기를 입력합니다.

EBS 볼륨 크기는 노드당 크기입니다. 데이터 노드 수에 EBS 볼륨 크기를 곱하여 OpenSearch Service 도메인의 총 클러스터 크기를 계산할 수 있습니다. EBS 볼륨의 최소 크기 및 최대 크기는 지정된 EBS 볼륨 유형과 볼륨이 연결된 인스턴스 유형에 따라 달라집니다. 자세한 내용은 EBS 볼륨 크기 제한 섹션을 참조하세요.

전용 프라이머리 노드의 유형 및 수를 선택하세요. 전용 프라이머리 노드는 클러스터 안정성을 높이고 인스턴스 개수가 10개보다 많은 도메인에 필요합니다. 프로덕션 도메인의 경우 3개의 전용 프라이머리 노드를 권장합니다.

전용 프라이머리 노드와 데이터 노드에 대해 다른 인스턴스 유형을 선택할 수 있습니다. 예를 들면 데이터 노드의 일반 목적 또는 스토리지 최적화 인스턴스를 선택할 수 있지만 전용 프라이머리 노드의 컴퓨팅에 최적화된 인스턴스는 선택할 수 없습니다.

(선택 사항) UltraWarm 스토리지를 활성화하려면 UltraWarm 데이터 노드 활성화(Enable UltraWarm data nodes)를 선택합니다. 각 인스턴스 유형별로 처리할 수 있는 최대 스토리지 용량이 있습니다. 주소 지정 가능한 총 웜 스토리지에 대한 웜 데이터 노드 수를 이 값에 곱합니다.

(선택 사항) 콜드 스토리지를 활성화하려면 콜드 스토리지 활성화(Enable cold storage)를 선택합니다. 콜드 스토리지를 사용하려면 UltraWarm Warm을 활성화해야 합니다.

(선택 사항) OpenSearch 또는 Elasticsearch 5.3 이상을 실행하는 도메인의 경우스냅샷 구성(Snapshot configuration)은 관련이 없습니다. 자동 스냅샷에 대한 자세한 내용은 Amazon OpenSearch Service에서 인덱스 스냅샷 생성 섹션을 참조하세요.

[네트워크(Network)]에서 [VPC 액세스(VPC access)] 또는 [퍼블릭 액세스(Public access)]를 선택합니다. 퍼블릭 액세스(Public access)를 선택한 경우, 다음 단계로 건너뜁니다. VPC access(VPC 액세스)를 선택한 경우, 사전 요구 사항이 충족되었는지 확인한 후 다음 작업을 수행합니다.

VPC에서 사용하려는 VPC의 ID를 선택합니다.

VPC 및 도메인은 옵션 유형 동일한 AWS 리전에 있어야 하며 테넌시가 기본값으로 설정된 VPC를 선택해야 합니다. OpenSearch Service는 전용 테넌시를 사용하는 VPC를 아직 지원하지 않습니다.

서브넷(Subnet)에서 서브넷을 선택합니다. 다중 AZ를 활성화한 경우, 서브넷을 두 개 또는 세 개 선택해야 합니다. OpenSearch Service가 서브넷에 VPC 엔드포인트와 탄력적 네트워크 인터페이스를 배치합니다.

서브넷에서 네트워크 인터페이스용 IP 주소를 충분히 예약해야 합니다. 자세한 내용은 VPC 서브넷에서 IP 주소 예약 섹션을 참조하세요.

[보안 그룹(Security Groups)]에서 필요한 애플리케이션이 도메인에 의해 노출된 포트(80 또는 443) 및 프로토콜(HTTP 또는 HTTPS)에서 OpenSearch Service 도메인에 도달하도록 허용하는 VPC 보안 그룹을 하나 이상 선택합니다. 자세한 내용은 VPC 내에서 Amazon OpenSearch Service 도메인 시작 섹션을 참조하세요.

IAM 역할(IAM Role)에서는 기본 역할을 유지합니다. OpenSearch Service가 이 사전 정의된 역할(서비스 연결 역할이라고도 함)을 사용하여 VPC에 액세스하고 VPC의 서브넷에 VPC 엔드포인트와 네트워크 인터페이스를 배치합니다. 자세한 내용은 VPC 액세스를 위한 서비스 연결 역할 섹션을 참조하세요.

세분화된 액세스 제어 활성화 또는 비활성화:

사용자 관리에 IAM을 사용하려면 IAM ARN을 마스터 사용자로 설정(Set IAM ARN as master user)을 선택하고 IAM 역할의 ARN을 지정합니다.

내부 사용자 데이터베이스를 사용하려면 [기본 사용자 생성(Create a master user)]을 선택하고 사용자 이름과 암호를 지정합니다.

어느 옵션을 선택하든 마스터 사용자는 클러스터의 모든 인덱스와 모든 OpenSearch API에 액세스할 수 있습니다. 선택할 옵션에 대한 지침은 핵심 개념 섹션을 참조하세요.

세분화된 액세스 제어를 비활성화한 경우에도 VPC 내에 배치하거나 제한적인 액세스 정책을 적용하거나 둘 다를 통해 도메인에 대한 액세스를 제어할 수 있습니다. 세분화된 액세스 제어를 사용하려면 노드 간 암호화 및 유휴 데이터 암호화를 활성화해야 합니다.

매우 권장되는 사항으로 도메인의 데이터를 보호하기 위해 세분화된 액세스 제어를 활성화해야 합니다. 세분화된 액세스 제어는 클러스터, 인덱스, 문서 및 필드 수준에서 보안을 제공합니다.

(선택 사항) OpenSearch Dashboards 에 SAML 인증을 사용하려면SAML 인증 준비(Prepare SAML authentication)를 선택합니다. 도메인을 사용할 수 있게 되면 OpenSearch Dashboards에 대한 SAML 인증에서 추가 단계를 확인하세요.

(선택 사항) OpenSearch Dashboards에 Amazon Cognito 인증을 사용하려면 Amazon Cognito 인증 활성화(Enable Amazon Cognito authentication)를 선택합니다.

OpenSearch Dashboards 인증에 사용할 Amazon Cognito 사용자 풀 및 자격 증명 풀을 선택합니다. 이러한 리소스를 만드는 방법은 OpenSearch Dashboards에 대한 Amazon Cognito 인증 구성 섹션을 참조하세요.

도메인 액세스 정책(Domain access policy)에서 액세스 정책을 선택하거나 사용자 고유의 액세스 정책을 구성합니다. 사용자 지정 정책을 생성하도록 선택한 경우 직접 구성하거나 다른 도메인에서 가져올 수 있습니다. 자세한 내용은 Amazon OpenSearch Service의 Identity and Access Management 섹션을 참조하세요.

VPC 액세스를 활성화한 경우 IP 기반 정책은 사용할 수 없습니다. 대신에 보안 그룹을 사용하여 어느 IP 주소가 도메인에 액세스할 수 있는지 제어할 수 있습니다. 자세한 내용은 VPC 도메인 액세스 정책에 대하여 섹션을 참조하세요.

(선택 사항) 도메인에 대한 모든 요청이 HTTPS를 통해 도착하도록 하려면 도메인에 대한 모든 트랙픽에 HTTPS 요구(Require HTTPS for all traffic to the domain)를 선택합니다.

(선택 사항) 노드 간 암호화를 사용하려면 노드 간 암호화(Node-to-node encryption)를 선택합니다. 자세한 내용은 Amazon OpenSearch Service를 위한 노드 간 암호화 섹션을 참조하세요.

(선택 사항) 저장된 데이터 암호화를 활성화하려면 저장된 데이터 암호화 활성화(Enable encryption of data at rest)를 선택합니다.

OpenSearch 서비스가 AWS KMS 암호화 키를 대신 생성하도록 하려면(또는 이미 생성된 암호화 키를 사용하려면) AWS 소유 키 사용을 선택하세요. 그렇지 않으면 자체 KMS 키를 선택합니다. 자세한 정보는 Amazon OpenSearch Service의 저장된 데이터 암호화 섹션을 참조하세요.

(선택 사항) 도메인을 설명하는 태그를 추가하여 해당 정보를 분류하고 필터링할 수 있습니다. 자세한 정보는 Amazon OpenSearch Service 도메인 태그 지정 섹션을 참조하세요.

(선택 사항) [고급 클러스터 설정(Advanced cluster settings)]을 확장합니다. 이러한 옵션에 대한 요약은 고급 클러스터 설정 섹션을 참조하세요.

OpenSearch Service 도메인 생성(AWS CLI)

콘솔을 사용하여 OpenSearch Service 도메인을 만드는 대신 AWS CLI를 사용할 수 있습니다. 구문은 AWS CLI 명령 참조 에서 Amazon OpenSearch Service를 참조하세요.

예시 명령

이 첫 번째 예제에서는 다음 OpenSearch Service 도메인 구성을 보여줍니다.

OpenSearch 버전 1.0을 사용하여 mylogs라는 이름의 OpenSearch Service 도메인을 만듭니다.

인스턴스 유형이 r6g.large.search 인 인스턴스 2개를 사용하여 도메인을 채웁니다.

각 데이터 노드의 저장에 100GiB 범용(SSD) EBS 볼륨을 사용합니다.

단일 IP 주소(192.0.2.0/32)의 익명 액세스만 허용합니다.

다음 예제에서는 아래 OpenSearch Service 도메인 구성을 보여줍니다.

Elasticsearch 버전 7.10을 사용하여 mylogs라는 이름의 OpenSearch Service 도메인을 만듭니다.

인스턴스 유형이 r6g.large.search 인 인스턴스 6개를 사용하여 도메인을 채웁니다.

각 데이터 노드의 저장에 100GiB 범용(SSD) EBS 볼륨을 사용합니다.

사용자 AWS 계정 ID가 555555555555인 단일 사용자로 서비스에 대한 액세스를 제한합니다.

가용 영역 세 개에 인스턴스 분산

다음 예제에서는 아래 OpenSearch Service 도메인 구성을 보여줍니다.

OpenSearch 버전 1.0을 사용하여 mylogs라는 이름의 OpenSearch Service 도메인을 만듭니다.

인스턴스 유형이 r6g.xlarge.search 인 인스턴스 10개를 사용하여 도메인을 채웁니다.

전용 프라이머리 노드의 역할을 위해 인스턴스 유형이 r6g.large.search 인 인스턴스 세 개를 사용하여 도메인을 채웁니다.

각 데이터 노드에 대해 1000 IOPS의 기본 성능으로 구성된 100GiB 프로비저닝된 IOPS EBS 볼륨을 저장에 사용합니다.

사용자 한 명과 하위 리소스 하나( _search API)만 액세스할 수 있도록 제한합니다.

OpenSearch Service 도메인을 만들려고 하는데 같은 이름의 도메인이 이미 존재하는 경우, CLI는 오류를 보고하지 않습니다. 그 대신 기존 도메인에 대한 세부 정보가 표시됩니다.

OpenSearch Service 도메인 생성(AWS SDK)

AWS SDK(Android 및 iOS SDK 제외)는 CreateDomain 을 비롯해 OpenSearch Service 구성 API 참조에 정의된 모든 작업을 지원합니다. 샘플 코드에 대한 내용은 Amazon OpenSearch Service와 상호 작용하기 위한 AWS SDK 사용 섹션을 참조하세요. AWS SDK 설치 및 사용에 대한 자세한 내용은 AWS 소프트웨어 개발 키트 를 참조하세요.

OpenSearch Service 도메인 생성(AWS CloudFormation)

OpenSearch Service는 리소스 및 인프라를 생성하고 관리하는 데 소요되는 시간을 줄일 수 있도록 AWS 리소스를 모델링하고 설정하는 데 도움이 되는 서비스인 AWS CloudFormation과 옵션 유형 통합됩니다. 생성하려는 OpenSearch 도메인을 설명하는 템플릿을 생성하면 CloudFormation이 도메인을 프로비저닝하고 구성합니다. OpenSearch 도메인에 대한 JSON 및 YAML 템플릿의 예를 비롯한 자세한 내용은 AWS CloudFormation 사용 설명서에서 Amazon OpenSearch Service 리소스 유형 참조를 참조하세요.

액세스 정책 구성

Amazon OpenSearch Service는 OpenSearch Service 도메인에 대한 액세스를 구성하는 여러 가지 방법을 제공합니다. 자세한 내용은 Amazon OpenSearch Service의 Identity and Access Management 및 Amazon OpenSearch Service에서 세분화된 액세스 제어 섹션을 참조하세요.

콘솔이 사용자가 도메인의 필요에 따라 사용자 지정할 수 있는 사전 구성된 액세스 정책을 제공합니다. 사용자가 다른 OpenSearch Service 도메인의 액세스 정책을 가져올 옵션 유형 수도 있습니다. 이러한 액세스 정책이 VPC 액세스와 상호 작용하는 방식에 대한 자세한 내용은 VPC 도메인 액세스 정책에 대하여 섹션을 참조하세요.

액세스 정책을 구성하려면(콘솔)

분석(Analytics)에서 Amazon OpenSearch Service를 선택합니다.

탐색 창의 [도메인(Domains)]에서 업데이트할 도메인을 선택합니다.

[작업(Actions)], [보안 구성 편집(Edit security configuration)]을 선택합니다.

액세스 정책 JSON을 편집하거나 미리 구성된 옵션을 가져옵니다.

[Save changes]를 선택합니다.

고급 클러스터 설정

고급 옵션을 사용하여 다음을 구성합니다.

HTTP 요청의 본문에서 인덱스에 대한 명시적 참조를 허용할지를 지정합니다. 이 속성을 false 로 설정하면 사용자가 하위 리소스에 대한 액세스 제어를 우회하는 것을 방지할 수 있습니다. 기본값은 true 입니다. 자세한 내용은 고급 옵션 및 API 고려 사항 섹션을 참조하세요.

필드데이터 캐시 할당

필드 데이터에 할당되는 Java 힙 공간의 백분율을 지정합니다. 기본적으로 이 설정은 JVM 힙의 20%입니다.

많은 고객이 일일 인덱스 교체를 문의합니다. 이러한 사용 사례는 대부분 JVM 힙의 40%로 구성된 indices.fielddata.cache.size 를 사용하여 벤치마크 테스트를 시작하는 것이 좋습니다. 인덱스가 매우 큰 경우 큰 필드 데이터 캐시가 필요할 수 있습니다.

Lucene 부울 쿼리 하나에 허용되는 최대 절 수를 지정합니다. 기본값은 1,024입니다. 절 수가 허용되는 개수 이상인 쿼리는 TooManyClauses 오류를 일으킵니다. 자세한 내용은 Lucene 설명서 를 참조하세요.

‘대량고객화’가 전 산업에 확산되면서 옵션선택과 관련된 소비자 의사결정이 매우 중요한 연구 분야로 부각되고 있 다. 이에 본 연구는 Park, Jun, MacInnis(2000)가 연구한 가산적 옵션 프레이밍 대비 감산적 옵션 프레이밍의 차별 적 효과가 옵션유형과 조절적 동기에 따라 어떻게 달라지는지 그 조절적 역할을 살펴보았다. 이를 위해 2(옵션 프레 이밍: 감산적 옵션 프레이밍/가산적 옵션 프레이밍) × 2(옵션유형: 실용적/쾌락적) × 2(조절적 동기: 향상동기/예방 동기) 집단간 실험설계(between-subjects factorial design)를 적용하여 가설을 검증하였다. 분석결과, 옵션 프레이밍과 옵션유형 간에 유의한 상호작용효과가 나타났다. 즉, 가산적 옵션 프레이밍 대비 감산 적 옵션 프레이밍의 차별적 효과는 실용적 옵션에 비해 쾌락적 옵션일 경우 더욱 크게 나타났다. 또한 옵션 프레이밍 과 조절적 동기간에도 높은 상호작용효과가 있음을 발견하였다. 즉, 감산적 옵션 프레이밍에서는 예방동기 지향적 소비자가 향상동기 지향적 소비자에 비해 더 많은 옵션을 선택한 반면에, 가산적 옵션 프레이밍에서는 향상동기 지 향적 소비자가 예방동기 지향적 소비자에 비해 더 많은 옵션을 선택하는 것으로 나타났다.

Along with the spread of ‘mass customization’ concept in all kinds of industry, consumer decision making related to option choice has been in spotlight as an important research domain. Park, Jun, and MacInnis(2000) examine the effects of using a subtractive versus an additive option framing on consumers’ option choice decisions. The former option framing(the so-called subtractive option framing) presents consumers with a fully loaded product and asks them to delete options they do not want. The latter(the so-called additive option framing) presents them with a base model and asks them to add the options they do want. This study support the managerial attractiveness of the subtractive versus 옵션 유형 the additive option framing. That is, consumers choose more options in the subtractive option framing than the additive option framing condition. The present study investigates how the differential effect of option framing, which is studied by Park, Jun, MacInnis(2000), is moderated by the type of option and consumers’ regulatory focus. Specifically, using 2(option framing: subtractive option framing vs. additive option framing) X 2(type of option: utilitarian option vs. hedonic option) X 2(regulatory focus: promotion-focused consumer vs. prevention-focused consumer) between-subjects factorial design, we test Hypotheses 옵션 유형 1(the differential effect of option framing is greater in hedonic option than utilitarian option), Hypothesis 2a(prevention-focused consumers choose more options than promotion-focused consumers in subtractive option framing condition) and Hypothesis 2b(promotion-focused consumers choose more options than prevention- focused consumers in additive option framing condition). The results indicate that there is a significant interaction effect between option framing and the type of option(F(1,279)=35.383, p<.01). That is, number of utilitarian options chosen by subjects in subtractive option framing condition and additive option framing condition are M=4.24 and M=3.78, respectively, a difference of only 0.46(LSD, p=n.s.). On the other hand, number of hedonic options chosen by subjects in subtractive option framing condition and additive option framing condition are M=5.05 and M=3.29, respectively, a difference of 1.76(LSD, p<.01). This finding supports Hypothesis 1. In addition, the results show that there is a significant interaction effect between option framing and regulatory focus(F(1,279)=11.337, p<.01). Specifically, in subtractive option framing condition, prevention-focused consumers(M=4.89) choose more options than promotion-focused consumers(M=4.40)(LSD, p<.05). However, in additive option framing condition, promotion-focused consumers(M=3.91) choose more options than preventionfocused consumers(M=3.15)(LSD, p<.01). Therefore, this finding supports Hypothesis 2a and 2b. Theoretical and managerial implications of the findings are discussed and implications for future research are suggested.

Along with the spread of ‘mass customization’ concept in all kinds of industry, consumer decision making related to option choice has been in spotlight as an important research domain. Park, Jun, and MacInnis(2000) examine the effects of using a subtractive versus an additive option framing on consumers’ option choice decisions. The former option framing(the so-called subtractive option framing) presents consumers with a fully loaded product and asks them to delete options they do not want. The latter(the so-called additive option framing) presents them with a base model and asks them to add the options they do want. This study support the managerial attractiveness of 옵션 유형 the subtractive versus the additive option framing. That is, consumers choose more options in the subtractive option framing than the additive option framing condition. The present study investigates how the differential effect of option framing, which is studied by Park, Jun, MacInnis(2000), is moderated by the type of option and consumers’ regulatory focus. Specifically, using 2(option framing: subtractive option framing vs. additive option framing) X 2(type of option: utilitarian option vs. hedonic option) X 2(regulatory focus: promotion-focused consumer vs. prevention-focused consumer) between-subjects factorial design, we test Hypotheses 1(the differential effect of option framing is greater in hedonic option than utilitarian option), Hypothesis 2a(prevention-focused consumers choose more options than promotion-focused consumers in subtractive option framing condition) and Hypothesis 2b(promotion-focused consumers choose more options than prevention- focused consumers in additive option framing condition). The results indicate that there is a significant interaction effect between option framing and the type of option(F(1,279)=35.383, p<.01). That is, number of utilitarian options chosen by subjects in subtractive option framing condition and additive option framing condition are M=4.24 and M=3.78, respectively, a difference of only 0.46(LSD, p=n.s.). On the other hand, number of hedonic options chosen by subjects in subtractive option framing condition and additive option framing condition are M=5.05 and M=3.29, respectively, a difference of 1.76(LSD, p<.01). This finding supports Hypothesis 1. In addition, the results show that there is a significant interaction effect between option framing and regulatory focus(F(1,279)=11.337, p<.01). Specifically, in subtractive option framing condition, prevention-focused consumers(M=4.89) choose more options than promotion-focused consumers(M=4.40)(LSD, p<.05). However, in additive option framing condition, promotion-focused consumers(M=3.91) choose more options than preventionfocused consumers(M=3.15)(LSD, p<.01). Therefore, this finding supports Hypothesis 2a and 2b. Theoretical and managerial implications of the findings are discussed and implications for future research are suggested.

Google 도메인 전달

Google Domains를 사용하면 도메인을 원하는 URL(예: 소셜 미디어 사이트 또는 회사 홈페이지) 또는 IP 주소로 전달할 수 있습니다. 도메인을 전달하려면 다음 단계를 따르세요.

웹 전달을 설정하면 Google Domains에서 웹 전달 종합 레코드를 만듭니다. 이 레코드를 삭제하면 웹 전달이 중지됩니다. 종합 레코드에 대해 자세히 알아보세요.

하위 도메인 전달

상위 도메인의 일부인 하위 도메인을 원하는 URL이나 IP 주소로 전달할 수 있습니다. 하위 도메인을 전달하려면 다음 단계를 따르세요.

    Google Domains에 로그인합니다.
  1. 도메인 이름을 클릭합니다.
  2. 해당하는 경우 메뉴 를 엽니다.
  3. 웹사이트를 클릭합니다.
  4. 전달 주소 추가를 클릭합니다.
  5. 수정을 클릭합니다.
  6. + 하위 도메인 전달을 클릭합니다.
  7. 전달하려는 하위 도메인을 입력합니다.
  8. 전달 대상 입력란에 전달하려는 대상 URL 또는 IP 주소를 입력합니다.
  9. 전달을 클릭합니다.

도메인 전달 확인

도메인 전달을 설정한 후 도메인이 올바른 위치로 전달되는지 확인하세요. 도메인이 정확하게 전달되는지 확인하려면 다음 단계를 따르세요.

    에 로그인합니다.
  1. 도메인 목록에서 전달한 도메인을 클릭합니다.
  2. '내 웹사이트'까지 아래로 스크롤합니다.
  3. 새 탭에서 열려면 웹사이트 이미지 또는 미리보기를 클릭합니다.

도메인 전달 DNS 레코드 보기

웹 전달을 설정하면 Google Domains에서 필요한 모든 DNS 레코드가 포함된 종합 레코드를 만듭니다.

도메인 전달 DNS 레코드를 확인하려면 다음 단계를 따르세요.

    에 로그인합니다.
  1. 도메인 목록에서 전달한 도메인을 클릭합니다.
  2. 해당하는 경우 메뉴 를 엽니다.
  3. DNS 를 클릭합니다.
  4. '종합 레코드'까지 아래로 스크롤합니다.
  5. 종합 레코드의 세부정보를 보려면 레코드 옆의 펼치기 를 클릭합니다.

도메인 전달 값

다음은 도메인 전달에 사용할 수 있는 값의 예입니다.

루트 도메인:

  • example.com
  • https://example.com
  • http://example.com

하위 도메인

  • www.example.com
  • https://support.example.com
  • http://info.example.com
  • www.example.com/marketing
  • https://www.example.com/products
  • http://www.example.com/services
  • www.example.com/welcome.html
  • https://www.example.com/login.aspx
  • http://www.example.com/page1.htm

IP 주소

추가 Google 도메인 전달 옵션

Google Domains는 사용자가 요구사항에 가장 잘 맞는 옵션을 선택할 수 있도록 다양한 전달 옵션을 제공합니다.

리디렉션 유형

리디렉션 유형에 따라 라우터 및 브라우저가 웹 전달 정보를 저장하는 방식이 결정됩니다. 다음 리디렉션 유형 중 하나를 선택할 수 있습니다.

임시(HTTP 302) 리디렉션을 사용하면 변경사항을 전달 주소에 빠르게 적용할 수 있습니다. 임시 리디렉션 사용 시 항상 라우팅 테이블 또는 DNS 서버를 강제로 조회할 수 있습니다.

영구(HTTP 301) 리디렉션을 사용하면 브라우저가 전달 주소를 캐시합니다. 전달 주소를 캐시하면 이후에 같은 브라우저에 방문할 때 주소를 더 빠르게 확인할 수 있습니다. 그러나 전달 주소를 변경하는 시간은 더 오래 걸릴 수 있습니다.

경로 전달

경로 전달을 사용하면 도메인 이름 뒷부분의 경로를 새 도메인에서 동일한 경로로 전달할 수 있습니다. 전달할 도메인의 구조가 현재 도메인과 동일한 경우에 경로 전달을 사용하세요.

예를 들어 documentationexample.comexample.com으로 전달하는 경우 도메인은 다음과 같은 방식으로 전달될 옵션 유형 수 있습니다.

경로 전달 사용: documentationexample.com/about.htmlexample.com/about.html로 리디렉션됩니다.
경로 전달 사용 중지: documentationexample.com/about.htmlexample.com으로 리디렉션됩니다.

'/' 기호로 끝나는 웹사이트 URL로 전달되도록 하려면 경로 전달을 사용 설정하지 마세요. 경로 전달을 사용 중지하려면 '경로 전달'에서 전달 안함을 선택하세요.


0 개 댓글

답장을 남겨주세요