diff --git a/docs/PT_BR/ConfiguringHPCC/ConfiguringHPCC.xml b/docs/PT_BR/ConfiguringHPCC/ConfiguringHPCC.xml
index c74043a8743..857fbcab4b5 100644
--- a/docs/PT_BR/ConfiguringHPCC/ConfiguringHPCC.xml
+++ b/docs/PT_BR/ConfiguringHPCC/ConfiguringHPCC.xml
@@ -2723,37 +2723,20 @@ sudo -u hpcc cp /etc/HPCCSystems/source/NewEnvironment.xml /etc/HPCCSystems/envi
-
+
+ XREF com mútiplos clusters Thor
+
+ O XREF é executado no cluster Thor primário. Para uma
+ configuração com mais de um cluster Thor no mesmo grupo de nós
+ físicos, o ECL Watch exibe apenas o Thor primário e não
+ qualquer outro Thor que compartilhe o mesmo grupo de nós. Este
+ é o cluster Thor cujo nome corresponde ao
+ nodeGroup na configuração.
+
+ Para permitir que o XREF seja executado em um ambiente
+ com vários clusters Thor, defina o nodeGroup com o mesmo valor
+ para todos os clusters Thor.
+
@@ -3185,4 +3168,4 @@ sudo -u hpcc cp /etc/HPCCSystems/source/NewEnvironment.xml /etc/HPCCSystems/envi
-
+
\ No newline at end of file
diff --git a/docs/PT_BR/ContainerizedHPCC/ContainerizedMods/CustomConfig.xml b/docs/PT_BR/ContainerizedHPCC/ContainerizedMods/CustomConfig.xml
index 9a72a0a39e1..ce7a8afe641 100644
--- a/docs/PT_BR/ContainerizedHPCC/ContainerizedMods/CustomConfig.xml
+++ b/docs/PT_BR/ContainerizedHPCC/ContainerizedMods/CustomConfig.xml
@@ -1,5 +1,5 @@
-
Configurações Personalizadas
@@ -581,7 +581,7 @@ helm upgrade mycluster hpcc/hpcc -f nothor.yaml
- No bloco eclagent, delete
+ No bloco eclagent, exclua
todo o bloco name:
roxie-workunit.
@@ -920,15 +920,24 @@ thor: []
configuração de nuvem em que algum planejamento e configuração podem
ajudar a reduzir as despesas.
- Duas novas colunas foram adicionadas à página de workunits no ECL
- Watch. As colunas podem ser classificadas por qualquer coluna de custo,
- assim como as outras colunas no ECL Watch, clicando no topo da
- coluna.
+ Novas colunas foram adicionadas às páginas de workunits e arquivos
+ lógicos no ECL Watch. Essas colunas podem ser ordenadas por custo, assim
+ como as outras colunas no ECL Watch, clicando no topo da de cada uma. Além
+ disso, os custos das operações de arquivos executadas por workunits são
+ fornecidos nas métricas da workunit.
+
+ À medida que o rastreamento de custos amadurece, os cálculos de
+ custos também melhoram significativamente, proporcionando um rastreamento
+ de custos mais preciso. Por exemplo, dados que foram acessados a partir do
+ cache de página não incorrem em nenhum custo de acesso a arquivos. O
+ rastreamento de custos do HPCC Systems agora detecta dados que foram
+ retornados do cache de página e ajusta os cálculos de custos de forma
+ apropriada, resultando em cálculos de custos mais precisos.Tipos de custos
- Existem três tipos de custos que são rastreados.
+ Existem uma série de tipos de custos que são rastreados.
@@ -936,12 +945,16 @@ thor: []
- Custos de Armazenamento
+ Custos de CompilaçãoCusto de Acesso a Arquivo
+
+
+ Custo do Arquivo em Repouso
+
@@ -1020,12 +1033,22 @@ thor: []
+
+ Custos de Compilação
+
+ Os custos de compilação são os custos de compilar o código ECL.
+ O custo de compilar o código ECL está incluído como uma coluna na
+ lista de workunit. Na página de resumo da workunit, há um campo de
+ custo de compilação.
+
+
- Custo de armazenamento
+ Custos de armazenamento
- Esse é o custo de hospedar os dados no plano de armazenamento.
- Não inclui os custos das operações de dados, como custos de leitura ou
- gravação.
+ Este é o custo de hospedar os dados no plano de armazenamento ou
+ o valor do Custo do Arquivo em Repouso e o custo de leitura/escrita no
+ armazenamento é o valor do Custo de Acesso ao
+ Arquivo.
@@ -1040,37 +1063,52 @@ thor: []
- Os custos de armazenamento não podem ser vistos como um valor
- separado no ECL Watch. Eles só podem ser visualizados como parte de um
- campo de custo na página de resumo de um arquivo lógico.
-
-
-
- Custo de acesso aos arquivos
+ Para arquivos lógicos, os custos calculados estõa baseados em
+ dois tipos de acesso ao arquivo.
- Os custos de leitura e gravação em arquivos são referidos como
- custos de acesso a arquivos. Vários planos de armazenamento cobram por
- operações de dados separadamente. O valor do custo de acesso ao
- arquivo incluirá o custo de leitura e gravação. Neste momento,
- quaisquer outros custos relacionados com ações de arquivo (como
- excluir ou copiar) não serão registrados ou incluídos como parte dos
- custos.
-
- Na página de resumo Logical File no ECL Watch, o custo de acesso
- ao arquivo aparece como parte do campo de custo.
-
- As despesas de uma workunit para acessar arquivos lógicos também
- são incluídas nas estatísticas e atributos da workunit. O custo de
- leitura/gravação é relatado no registro da atividade e somado nos
- níveis de graph, subgraph e escopo do fluxo de trabalho.
-
- O custo geral de acesso a arquivos para uma workunit é rastreado
- e relatado na página de resumo.
+
+
+ Custos de Acesso ao arquivo
+
- Na página de resumo Logical File, você pode ver o novo campo de
- custo. É o custo total de armazenamento e acesso aos dados.
- Atualmente, as informações de custo são geradas apenas para jobs Thor
- e hThor.
+
+ Custos de Arquivo em Repouso
+
+
+
+
+ Custo de acesso aos arquivos
+
+ Os custos de leitura e gravação em arquivos são referidos como
+ custos de acesso a arquivos. Vários planos de armazenamento cobram
+ por operações de dados separadamente. O valor do custo de acesso ao
+ arquivo incluirá o custo de leitura e gravação. Neste momento,
+ quaisquer outros custos relacionados com ações de arquivo (como
+ excluir ou copiar) não serão registrados ou incluídos como parte dos
+ custos.
+
+ Os custos incorridos por uma workunit para acessar arquivos
+ lógicos também são registrados nas estatísticas e atributos da
+ workunit. O custo de leitura/escrita é registrado no registro de
+ atividade e acumulado no nível do grafo, do subgrafo e do escopo do
+ fluxo de trabalho. O Rastreamento de Custos detecta dados que foram
+ retornados do cache de página e ajusta os cálculos de custos de
+ forma apropriada para produzir cálculos de custos mais precisos.
+ Esses custos de acesso a arquivos para uma unidade de trabalho são
+ registrados com a workunit e exibidos na página de resumo e nas
+ métricas da workunit.
+
+
+ Custo do Arquivo em Repouso
+
+ O campo Custo do Arquivo em Repouso é mostrado na página de
+ resumo do Arquivo Lógico. É o custo de armazenar o arquivo sem
+ acessar os dados. Apenas os custos de armazenamento associados à
+ hospedagem do arquivo na nuvem. Este valor foi adicionado para
+ diferenciar melhor entre os custos de armazenamento de
+ arquivos.
+
+
@@ -1137,8 +1175,6 @@ thor: []
-
-
currencyCode
@@ -1470,4 +1506,4 @@ thor: []
-
+
\ No newline at end of file
diff --git a/docs/PT_BR/ECLLanguageReference/ECLR_mods/BltInFunc-BUILD.xml b/docs/PT_BR/ECLLanguageReference/ECLR_mods/BltInFunc-BUILD.xml
index ae154f39f64..416b170fe8c 100644
--- a/docs/PT_BR/ECLLanguageReference/ECLR_mods/BltInFunc-BUILD.xml
+++ b/docs/PT_BR/ECLLanguageReference/ECLR_mods/BltInFunc-BUILD.xml
@@ -202,12 +202,18 @@
de INDEX (apenas):
- [, CLUSTER
+ [, CLUSTER CLUSTER(target
+ ) ] | [ , PLANE
+ PLANE
+ (
+
+ targetPlane
+
)] [, SORTEDSORTED] [, DISTRIBUTE
@@ -251,11 +257,11 @@
[, COMPRESSEDCOMPRESSION
- ( LZW
+ ( optionLZW
- | ROW
+ ROW
- | FIRST
+ FIRST) ] [, WIDTHWIDTH
@@ -319,7 +325,8 @@
em disco sempre é determinado pelo número de nós no cluster onde
a workunit é executada, independentemente do número de nós nos
clusters de destino – a menos que a opção WIDTH também tenha
- sido especificada.
+ sido especificada. Use esta opção para implantações
+ bare-metal.
@@ -327,16 +334,40 @@
target
- Uma lista de constantes de string delimitada por vírgulas
- que contém os nomes dos clusters no qual o arquivo
- indexfile será gravado. Os nomes devem
- estar listados como aparecem na página de Atividade do ECL
- Watch, ou como são retornados pela função
- Std.System.Thorlib.Group(); opcionalmente, podem apresentar
- colchetes contendo uma lista delimitada por vírgula dos números
- dos nós (baseado em 1) e/ou dos intervalos (especificados com um
- traço, como p.ex., n-m) para indicar o conjunto específico de
- nós para gravar.
+ Uma lista delimitada por vírgulas de constantes de string
+ contendo os nomes dos clusters para os quais escrever o
+ indexfile. Os nomes devem ser listados conforme aparecem na
+ página ECL Watch Activity ou retornados pela função
+ Std.System.Thorlib.Group(), opcionalmente com colchetes contendo
+ uma lista delimitada por vírgulas de números de nós (base 1)
+ e/ou intervalos (especificados com um traço, como em n-m) para
+ indicar o conjunto específico de nós para escrever.
+
+
+
+
+ PLANE
+
+
+ Especifica a escrita do indexfile
+ para a lista especificada de planos de destino. Se omitido, o
+ indexfile é escrito no plano padrão. Planos
+ são usados por sistemas conteinerizados, mas como clusters
+ bare-metal são implicitamente suportados por um plano com o
+ mesmo nome, você pode usar PLANE('nomedocluster') para
+ implantações bare-metal.
+
+
+
+
+ targetPlane
+
+
+ Uma lista delimitada por vírgulas de constantes de string
+ contendo os nomes dos planos para os quais escrever o
+ indexfile. Os nomes dos
+ targetPlane devem ser listados conforme
+ definidos na implantação.
@@ -990,4 +1021,4 @@ BUILD(FilterDsLib1);
linkend="DISTRIBUTE">DISTRIBUTE, #WORKUNIT
-
+
\ No newline at end of file
diff --git a/docs/PT_BR/ECLLanguageReference/ECLR_mods/BltInFunc-OUTPUT.xml b/docs/PT_BR/ECLLanguageReference/ECLR_mods/BltInFunc-OUTPUT.xml
index 4de002f3041..2408c748cd7 100644
--- a/docs/PT_BR/ECLLanguageReference/ECLR_mods/BltInFunc-OUTPUT.xml
+++ b/docs/PT_BR/ECLLanguageReference/ECLR_mods/BltInFunc-OUTPUT.xml
@@ -438,10 +438,13 @@
(recordset [, [ format ] [,file [, CLUSTER
+ role="bold">[, CLUSTER CLUSTER
- ( target ) ] [,ENCRYPT
+ ( target) ] | [ , PLANE
+ PLANE
+ ( targetPlane )] [,ENCRYPTENCRYPT( key ) ]
@@ -493,6 +496,26 @@
nós para gravar.
+
+ PLANE
+
+ Opcional. Especifica a gravação do arquivo na lista
+ especificada de planos de destino. Se omitido, o arquivo é
+ gravado no plano padrão. Planos são usados por sistemas
+ conteinerizados, mas como clusters bare-metal são implicitamente
+ suportados por um plano com o mesmo nome, você pode usar
+ PLANE('nomedocluster') para implantações bare-metal.
+
+
+
+ targetPlane
+
+ Uma lista de constantes de string delimitadas por
+ vírgulas contendo os nomes dos planos para os quais o arquivo
+ será gravado. Os nomes dos targetPlane
+ devem ser listados conforme definidos na implantação.
+
+
ENCRYPT
@@ -603,10 +626,14 @@ OUTPUT(People(Attr1=FALSE));
CSV
[ (csvoptions) ][, CLUSTER
+ role="bold">[, CLUSTER CLUSTER
- ( target )] [,ENCRYPT
+ ( target)] | [, PLANE
+ PLANE
+ ( targetPlane )][,ENCRYPTENCRYPT(key)
] [,COMPRESSED]
@@ -656,6 +683,26 @@ OUTPUT(People(Attr1=FALSE));
nós para gravar.
+
+ PLANE
+
+ Opcional. Especifica a gravação do arquivo na lista
+ especificada de planos de destino. Se omitido, o arquivo é
+ gravado no plano padrão. Planos são usados por sistemas
+ conteinerizados, mas como clusters bare-metal são implicitamente
+ suportados por um plano com o mesmo nome, você pode usar
+ PLANE('nomedocluster') para implantações bare-metal.
+
+
+
+ targetPlane
+
+ Uma lista de constantes de string delimitadas por
+ vírgulas contendo os nomes dos planos para os quais o arquivo
+ será gravado. Os nomes dos targetPlane
+ devem ser listados conforme definidos na implantação.
+
+
ENCRYPT
@@ -901,11 +948,14 @@ OUTPUT(ds,,'~thor::outdata.csv',CSV(HEADING(FORMAT(STD.Str.ToUpperCase))));
role="bold">) ] [,ENCRYPTENCRYPT( key ) ] [, CLUSTER
+ role="bold">) ] [, CLUSTER CLUSTER
- ( target ) ] [,
- OVERWRITE
+ ( target)] | [, PLANE
+ PLANE
+ ( targetPlane )] [, OVERWRITEOVERWRITE ][,
UPDATE
@@ -949,6 +999,26 @@ OUTPUT(ds,,'~thor::outdata.csv',CSV(HEADING(FORMAT(STD.Str.ToUpperCase))));
nós para gravar.
+
+ PLANE
+
+ Opcional. Especifica a gravação do arquivo na lista
+ especificada de planos de destino. Se omitido, o arquivo é
+ gravado no plano padrão. Planos são usados por sistemas
+ conteinerizados, mas como clusters bare-metal são implicitamente
+ suportados por um plano com o mesmo nome, você pode usar
+ PLANE('nomedocluster') para implantações bare-metal.
+
+
+
+ targetPlane
+
+ Uma lista de constantes de string delimitadas por
+ vírgulas contendo os nomes dos planos para os quais o arquivo
+ será gravado. Os nomes dos targetPlane
+ devem ser listados conforme definidos na implantação.
+
+
ENCRYPT
@@ -1132,10 +1202,14 @@ OUTPUT(B,,'fred3.xml',XML('MyRow',TRIM,OPT));
role="bold">) ] [,ENCRYPTENCRYPT( key ) ] [, CLUSTER
+ role="bold">)] [, CLUSTER CLUSTER
- ( target ) ] [,
+ ( target)] | [, PLANE
+ PLANE
+ ( targetPlane )]
+ [,
OVERWRITEOVERWRITE ][,
@@ -1180,6 +1254,26 @@ OUTPUT(B,,'fred3.xml',XML('MyRow',TRIM,OPT));
nós para gravar.
+
+ PLANE
+
+ Opcional. Especifica a gravação do arquivo na lista
+ especificada de planos de destino. Se omitido, o arquivo é
+ gravado no plano padrão. Planos são usados por sistemas
+ conteinerizados, mas como clusters bare-metal são implicitamente
+ suportados por um plano com o mesmo nome, você pode usar
+ PLANE('nomedocluster') para implantações bare-metal.
+
+
+
+ targetPlane
+
+ Uma lista de constantes de string delimitadas por
+ vírgulas contendo os nomes dos planos para os quais o arquivo
+ será gravado. Os nomes dos targetPlane
+ devem ser listados conforme definidos na implantação.
+
+
ENCRYPT
@@ -1534,4 +1628,4 @@ OUTPUT('Fred') // scalar value output
linkend="DATASET">DATASET, PIPE, CHOOSEN
-
+
\ No newline at end of file
diff --git a/docs/PT_BR/HPCCClientTools/CT_Mods/CT_ECL_CLI.xml b/docs/PT_BR/HPCCClientTools/CT_Mods/CT_ECL_CLI.xml
index 6120dc370c2..05652df95d6 100644
--- a/docs/PT_BR/HPCCClientTools/CT_Mods/CT_ECL_CLI.xml
+++ b/docs/PT_BR/HPCCClientTools/CT_Mods/CT_ECL_CLI.xml
@@ -1023,10 +1023,11 @@ ecl publish roxie ArchiveQuery.xml --query-name=FindPersonService --no-activate
- --wait=<sec>
+ --wait=<ms>
- Tempo máximo de espera pela conclusão da atualização
- do cluster
+ Tempo máximo (em milissegundos) para esperar que o
+ cluster termine de atualizar. Qualquer valor inferior ao
+ mínimo de 1000 é ignorado.
@@ -1624,8 +1625,9 @@ ecl run thor findperson.ecl -I C:\MyECL\
--wait=<ms>
- Define o valor de entrada armazenado
- (stored('name'))
+ Tempo máximo (em milissegundos) para esperar que o
+ cluster termine de atualizar. Qualquer valor inferior ao
+ mínimo de 1000 é ignorado.
@@ -2852,8 +2854,9 @@ ecl queries copy //192.168.1.10:8010/thor/findperson thor
--wait=<ms>
- Tempo máximo de espera pela atualização do término do
- cluster (em ms)
+ Tempo máximo (em milissegundos) para esperar que o
+ cluster termine de atualizar. Qualquer valor inferior ao
+ mínimo de 1000 é ignorado.)
@@ -3419,10 +3422,11 @@ ecl queries copy-set roxie1 roxie2 --clone-active-state
- --wait=<sec>
+ --wait=<ms>
- Tempo máximo de espera pela atualização do término do
- cluster (em ms)
+ Tempo máximo (em milissegundos) para esperar que o
+ cluster termine de atualizar. Qualquer valor inferior ao
+ mínimo de 1000 é ignorado.)
@@ -3767,10 +3771,11 @@ ecl queries recreate roxie findpeople roxie2
- --wait=<sec>
+ --wait=<ms>
- Tempo máximo de espera pela conclusão da atualização
- do cluster
+ Tempo máximo (em milissegundos) para esperar que o
+ cluster termine de atualizar. Qualquer valor inferior ao
+ mínimo de 1000 é ignorado.
@@ -6593,7 +6598,7 @@ ecl packagemap copy //192.168.0.100:8010/roxie/MyPkg roxie2
- --wait-connect=<Ms>
+ --wait-connect=<ms>Tempo limite ao conectar ao servidor (em
milissegundos)
@@ -6651,7 +6656,9 @@ ecl packagemap copy //192.168.0.100:8010/roxie/MyPkg roxie2
--wait=<ms>
- O tempo máximo de espera em milissegundos
+ Tempo máximo (em milissegundos) para esperar que o
+ cluster termine de atualizar. Qualquer valor inferior ao
+ mínimo de 1000 é ignorado.
@@ -6782,7 +6789,9 @@ ecl packagemap copy //192.168.0.100:8010/roxie/MyPkg roxie2
--wait=<ms>
- O tempo máximo de espera em milissegundos
+ Tempo máximo (em milissegundos) para esperar que o
+ cluster termine de atualizar. Qualquer valor inferior ao
+ mínimo de 1000 é ignorado.
@@ -6913,7 +6922,9 @@ ecl packagemap copy //192.168.0.100:8010/roxie/MyPkg roxie2
--wait=<ms>
- O tempo máximo de espera em milissegundos
+ Tempo máximo (em milissegundos) para esperar que o
+ cluster termine de atualizar. Qualquer valor inferior ao
+ mínimo de 1000 é ignorado.
@@ -7046,7 +7057,9 @@ ecl packagemap copy //192.168.0.100:8010/roxie/MyPkg roxie2
--wait=<ms>
- O tempo máximo de espera em milissegundos
+ Tempo máximo (em milissegundos) para esperar que o
+ cluster termine de atualizar. Qualquer valor inferior ao
+ mínimo de 1000 é ignorado.
@@ -7222,7 +7235,9 @@ ecl roxie xref myroxie --queryids=myquery.1,myotherquery.1
--wait=<ms>
- O tempo máximo de espera em milissegundos
+ Tempo máximo (em milissegundos) para esperar que o
+ cluster termine de atualizar. Qualquer valor inferior ao
+ mínimo de 1000 é ignorado.
@@ -8742,4 +8757,4 @@ ecl url-secret-name http://example.com --username jimi
-
+
\ No newline at end of file
diff --git a/docs/PT_BR/HPCCSystemAdmin/HPCCSystemAdministratorsGuide.xml b/docs/PT_BR/HPCCSystemAdmin/HPCCSystemAdministratorsGuide.xml
index 3c756f139f3..11e0aa02b34 100644
--- a/docs/PT_BR/HPCCSystemAdmin/HPCCSystemAdministratorsGuide.xml
+++ b/docs/PT_BR/HPCCSystemAdmin/HPCCSystemAdministratorsGuide.xml
@@ -2,7 +2,7 @@
- Guia do Administrador do HPCC System
+ Guia do Administrador do HPCC SystemsGuia do Administrador do HPCC
@@ -80,9 +80,9 @@
processando bilhões de registros por segundo usando tecnologia de
processamento paralelo massivo. Grandes quantidades de dados entre
diferentes fontes de informações podem ser acessadas, analisadas e
- processadas em questão de segundos. O HPCC funciona como um ambiente de
- processamento e de armazenamento de dados distribuído capaz de analisar
- terabytes de informações.
+ processadas em questão de segundos. O HPCC Systems funciona como um
+ ambiente de processamento e de armazenamento de dados distribuído capaz
+ de analisar terabytes de informações.
@@ -137,9 +137,9 @@
Clusters
- O ambiente do HPCC Systems contém clusters que você define e usa
- de acordo com as suas necessidades. Os tipos de clusters usados pelo
- HPCC são:
+ Um ambiente do HPCC Systems contém clusters que você define e
+ usa de acordo com as suas necessidades. Os tipos de clusters usados
+ pelo HPCC são:Thor
@@ -428,64 +428,39 @@
Requerimento de Hardware e Software
- Este capítulo descreve alguns dos requisitos de hardware e software
- para executar o HPCC System. O HPCC foi projetado para ser executado em
- hardware padrão, tornando o desenvolvimento e a manutenção de clusters de
- grande escala (petabytes) economicamente viáveis. Ao planejar o hardware
- do seu cluster, é necessário colocar na balança diversas considerações
- específicas às suas necessidades.
-
- Esta seção oferece alguns insights sobre o hardware e a
- infraestrutura nos quais o HPCC opera de maneira adequada Este não é um
- conjunto amplo e completo de instruções, nem uma obrigação sobre qual
- hardware você precisa usar. Considere este como um guia para usar quando
- for implementar ou dimensionar seu HPCC System. As sugestões devem ser
- levadas em conta de acordo com as suas necessidades empresariais
- específicas.
-
-
+ Este capítulo fornece uma visão geral dos requisitos de hardware e
+ software para executar a plataforma HPCC Systems de forma otimizada.
+ Embora esses requisitos fossem significativos quando a plataforma HPCC
+ Systems foi implantada pela primeira vez há muitos anos, houve melhorias
+ substanciais no hardware desde então. A plataforma agora suporta
+ contêineres virtuais e implantações em nuvem, tornando os requisitos menos
+ significativos, mesmo para implantações em grande escala (petabytes) em
+ hardware dedicado. Na verdade, a plataforma HPCC Systems deve funcionar
+ satisfatoriamente na maioria das configurações de hardware
+ modernas.Hardware e ComponentesEsta seção oferece alguns insights sobre que tipo de hardware e
- infraestrutura nos quais o HPCC opera da melhor maneira. Este não é um
- conjunto amplo e completo de instruções, nem uma obrigação sobre qual
- hardware você precisa usar. Considere este como um guia para usar quando
- for implementar ou dimensionar seu HPCC System. As sugestões devem ser
- levadas em conta de acordo com as suas necessidades empresariais
- específicas.
-
- O HPCC foi projetado para ser executado em hardware padrão, tornando
- o desenvolvimento e a manutenção de clusters de grande escala (petabytes)
- economicamente viáveis. Ao planejar o hardware do seu cluster, é
- necessário colocar na balança diversas considerações, incluindo domínios
- de fail-over e possíveis problemas de desempenho. O planejamento de
- hardware deve incluir a distribuição do HPCC entre múltiplos hosts
- físicos, como um cluster. Geralmente, é uma boa prática executar processos
- HPCC de um determinado tipo (por exemplo, Thor, Roxie ou Dali) em um host
- configurado especificamente para aquele tipo de processo.
+ infraestrutura nos quais a plataforma HPCC Systems opera da melhor
+ maneira. Este não é um conjunto amplo e completo de instruções, nem uma
+ obrigação sobre qual hardware você precisa usar. Considere este como um
+ guia para usar quando for implementar ou dimensionar sua plataforma HPCC
+ Systems. As sugestões devem ser levadas em conta de acordo com as suas
+ necessidades empresariais específicas.
+
+ A plataforma HPCC Systems foi projetado para ser executado em
+ hardware padrão, tornando o desenvolvimento e a manutenção de clusters de
+ grande escala (petabytes) economicamente viáveis. Ao planejar o hardware
+ do seu cluster, é necessário colocar na balança diversas considerações,
+ incluindo domínios de fail-over e possíveis problemas de desempenho. O
+ planejamento de hardware deve incluir a distribuição da plataforma HPCC
+ Systems entre múltiplos hosts físicos, como um cluster. Geralmente, é uma
+ boa prática executar processos da plataforma HPCC Systems de um
+ determinado tipo (por exemplo, Thor, Roxie ou Dali) em um host configurado
+ especificamente para aquele tipo de processo.Hardware Thor
@@ -501,11 +476,11 @@
secundários para configurar seus servidores físicos maiores de modo a
executar múltiplos nós de secundários Thor por servidor físico.
- É importante observar que HPCC, por natureza, é um sistema de
- processamento paralelo e que todos os nós de secundários Thor serão
- executados precisamente ao mesmo tempo Desta forma, ao alocar mais de um
- secundário HPCC Thor por máquina física, verifique se cada secundário
- atende aos requisitos recomendados.
+ É importante observar que a plataforma HPCC Systems, por natureza,
+ é um sistema de processamento paralelo e que todos os nós de secundários
+ Thor serão executados precisamente ao mesmo tempo Desta forma, ao alocar
+ mais de um secundário HPCC Thor por máquina física, verifique se
+ secundário atende aos requisitos recomendados.Por exemplo, em sua eficiência ideal, 1 servidor físico com 48
núcleos, 96GB de memória RAM, I/O de rede de 10Gb/segundo e sequencial
@@ -555,14 +530,16 @@
Configurações de Hardware do Dali e Sasha
- O Dali do HPCC processa metadados de armazenamento de cluster na
- memória RAM. Para a melhor eficiência, garanta no mínimo 48GB de memória
- RAM, 6 ou mais núcleos de CPU, interface de rede de 1Gb/segundo e disco
- de alta disponibilidade para um único Dali do HPCC. Os processos em Dali
- do HPCC são um dos poucos componentes nativos ativos/passivos.
- Recomenda-se usar um clustering de “swinging disk" para uma configuração
- de alta disponibilidade. Para um único processo em Dali do HPCC , pode
- ser usado qualquer nível RAID de alta disponibilidade (HA) .
+ O Dali da plataforma HPCC Systems processa metadados de
+ armazenamento de cluster na memória RAM. Para a melhor eficiência,
+ garanta no mínimo 48GB de memória RAM, 6 ou mais núcleos de CPU,
+ interface de rede de 1Gb/segundo e disco de alta disponibilidade para um
+ único Dali da plataforma HPCC Systems. Os processos em Dali da
+ plataforma HPCC Systems são um dos poucos componentes nativos
+ ativos/passivos. Recomenda-se usar um clustering de “swinging disk" para
+ uma configuração de alta disponibilidade. Para um único processo em Dali
+ da plataforma HPCC Systems, pode ser usado qualquer nível RAID de alta
+ disponibilidade (HA).Sasha só armazena dados em discos disponíveis localmente, lendo
dados do Dali e, depois, processando-os ao arquivar workunits (WUs) em
@@ -628,21 +605,6 @@
retornar ao estado operacional mais recente.
-
-
@@ -663,19 +625,19 @@
Manutenção da Rotina
- Para garantir que seu HPCC System continue operando perfeitamente,
+ Para garantir que seu HPCC Systems continue operando perfeitamente,
são necessários alguns cuidados e manutenção. As próximas seções tratam
- das tarefas de manutenção rotineira para seu HPCC System.
+ das tarefas de manutenção rotineira para seu HPCC Systems.
-
+
Manipulação dos Dados
- Ao começar a trabalhar com o HPCC System, recomenda-se ter alguns
+ Ao começar a trabalhar com o HPCC Systems, recomenda-se ter alguns
dados no sistema para processamento. Os dados são transferidos para o
- HPCC System através de um processo denominado spray (distribuição aos
- nós). Da mesma forma, os dados são retirados do HPCC System através de
+ HPCC Systems através de um processo denominado spray (distribuição aos
+ nós). Da mesma forma, os dados são retirados do HPCC Systems através de
um processo denominado despray (consolidação aos nós).Uma vez que o HPCC é um cluster de computador, os dados são
@@ -693,20 +655,20 @@
– o arquivo é então remontado a partir de suas peças em todos os nós no
cluster e colocado em um único arquivo no destino.
- Uma Zona de entrada de arquivos (ou zona de
- chegada) é um local de armazenamento físico definido no ambiente do seu
- sistema. É possível definir um ou mais desses locais. Um daemon
- (dafilesrv) precisa estar em execução no servidor para possibilitar
- sprays e desprays do arquivo. É possível realizar o spray ou despray de
- alguns arquivos para sua zona de entrada de arquivo através do ECL
- Watch. Para enviar arquivos grandes, é necessária uma ferramenta
- compatível com o protocolo de cópia de segurança – algo como um
- WinSCP.
-
- Para obter mais informações sobre o processamento de dados do
- HPCC, consulte os documentos Manipulação dos Dados do
- HPCC e Tutorial de dados do HPCC
- .
+ Uma Landing Zone (ou zona de chegada) é um
+ local de armazenamento físico definido no ambiente do seu sistema. É
+ possível definir um ou mais desses locais. Um daemon (dafilesrv) precisa
+ estar em execução no servidor para possibilitar sprays e desprays do
+ arquivo. É possível realizar o spray ou despray de alguns arquivos para
+ sua zona de entrada de arquivo através do ECL Watch. Para enviar
+ arquivos grandes, é necessária uma ferramenta compatível com o protocolo
+ de cópia de segurança – algo como um WinSCP.
+
+ Para obter mais informações sobre o processamento de dados da
+ plataforma HPCC Systems®, consulte os
+ documentos Manipulação dos Dados do HPCC Systems e
+ Tutorial de dados do HPCC Systems®
+ .
@@ -728,7 +690,7 @@
ambiente de operação, há certas considerações adicionais sobre as
quais você deve estar ciente. As seções a seguir discutem as
considerações de backup para os componentes individuais do HPCC
- System.
+ Systems.
Dali
@@ -786,8 +748,8 @@
armazenadas no Dali e são arquivadas pelo Sasha.
+ with the HPCC Systems. The ECLCC Server compiles ECL code into C++,
+ however you must have a C++ compiler to use on your Systems. -->
@@ -815,11 +777,11 @@
ThorThor, a refinaria de dados, como um dos componentes críticos
- dos HPCC Systems,® precisa ser salvo em
- backup. Faça um backup do Thor ao configurar a replicação e definir
- uma tarefa de backup noturno do cron. Se não houver um RAID
- configurado, crie um backup do Thor sob demanda antes e/ou depois de
- qualquer troca de nó ou troca de unidade.
+ da plataforma HPCC Systems precisa ser salvo em backup. Faça um
+ backup do Thor ao configurar a replicação e definir uma tarefa de
+ backup noturno do cron. Se não houver um RAID configurado, crie um
+ backup do Thor sob demanda antes e/ou depois de qualquer troca de nó
+ ou troca de unidade.
Uma parte muito importante da administração do Thor é
verificar os logs para garantir que os backups anteriores foram
@@ -924,11 +886,11 @@
- Zona de entrada de arquivos
+ Landing Zone
- A zona de entrada de arquivos é usada para hospedar arquivos
- de entrada e saída. Isso deve ser tratado da mesma maneira que em um
- servidor FTP. Use backups tradicionais no nível de sistema.
+ A Landing Zone é usada para hospedar arquivos de entrada e
+ saída. Isso deve ser tratado da mesma maneira que em um servidor
+ FTP. Use backups tradicionais no nível de sistema.
@@ -943,25 +905,26 @@
- Arquivo de Log
+ Arquivos de Log
- É possível conferir as mensagens de sistema e ver quaisquer
- mensagens de erro no momento em que são reportadas e registradas em
- arquivos de log. Os arquivos de log podem ajudá-lo a entender o que está
- ocorrendo no sistema e são úteis na hora de solucionar problemas.
+ A plataforma HPCC Systems fornece uma riqueza de informações que
+ podem ser usadas para depurar, rastrear transações, desempenho de
+ aplicativos e fins de solução de problemas. Você pode revisar as
+ mensagens da plataforma HPCC Systems conforme são relatadas e capturadas
+ nos arquivos de log. Os arquivos de log podem ajudá-lo a entender o que
+ está ocorrendo no sistema e são úteis na solução de problemas.Logs de Componente
- Há arquivos de log para cada componente nos diretórios abaixo
+ Os arquivos de componentes do HPCC Systems são gravados em
/var/log/HPCCSystems (local padrão).
- Opcionalmente, é possível configurar o sistema para gravar os logs em
- um diretório diferente. Você deve saber a localização dos arquivos de
- log e consultá-los primeiramente ao solucionar quaisquer
- problemas.
+ Você pode, opcionalmente, configurar sua plataforma HPCC Systems para
+ gravar os logs em um diretório diferente. Você deve saber onde estão
+ os arquivos de log e consultá-los primeiro ao solucionar qualquer
+ problema.
- Há arquivos de log que registram a atividade entre vários
- componentes. É possível encontrar os arquivos de log em subdiretórios
+ É possível encontrar os arquivos de log em subdiretórios
nomeados de forma correspondente aos componentes que eles rastreiam.
Por exemplo, os logs do Thor são encontrados em um diretório chamado
mythor; o log do Sasha deve estar no diretório mysasha, enquanto o log
@@ -975,10 +938,100 @@
atual mais recente daquele componente.Entender os arquivos de log, e o que normalmente é reportado
- neles, ajuda a solucionar problemas no HPCC System.
+ neles, ajuda a solucionar problemas na plataforma HPCC Systems.
+
+ Como parte da manutenção de rotina, você pode querer fazer
+ backup, arquivar e remover os arquivos de log mais antigos. Alguns
+ arquivos de log podem crescer bastante e você deve estar atento ao
+ espaço disponível em disco onde o sistema grava seus arquivos de log.
+ Pode ser útil separar o diretório de arquivos de log do seu sistema
+ operacional ou sistema de arquivos de componentes.
+
+
+
+ logfields
+
+ Os arquivos de log de todos os principais componentes do HPCC
+ Systems fornecem informações específicas relativas a cada componente.
+ As informações que são registradas são configuráveis. Os logs dos
+ componentes do HPCC Systems seguem um formato definido na configuração
+ de logfields do arquivo
+ environment.conf. Opcionalmente, você pode configurar para relatar
+ informações adicionais.
+
+ Por padrão, os logs para relatórios são configurados com as
+ seguintes colunas: TIM, DAT, MLT, MID, PID, TID, COD, QUO, PFX
+
+
+
+
+
+ MID
+
+ Message ID
+
- Como parte da manutenção de rotina, recomenda-se fazer um
- backup, arquivar e remover os arquivos de log mais antigos.
+
+ DAT
+
+ Data
+
+
+
+ TIM
+
+ Hora
+
+
+
+ MLT
+
+ Milissegundos
+
+
+
+ PID
+
+ Process ID
+
+
+
+ TID
+
+ Thread ID
+
+
+
+ PFX
+
+ Prefixo (não é saída em todas as mensagens)
+
+
+
+ QUO
+
+ Mensagem citada. A mensagem real reportada.
+
+
+
+ COD
+
+ Código
+
+
+
+
+
+ Abaixo está um exemplo de entrada de log ESP de
+ /var/log/HPCCSystems/myesp/esp.log (com base na configuração padrão de logfields):
+
+ 000001EE 2018-08-29 15:00:46.653 17746 17775
+ "TxSummary[activeReqs=2;contLen=-1;rcv=2ms;user=@127.0.0.1;req=GET wsdfu;total=3ms;]"
+
+ Para maiores informações sobre configuração do arquivo de log
+ veja a sessão environment.conf.
@@ -991,9 +1044,9 @@
Para ver os logs no ECL Watch, clique no ícone Operations e depois no link System Servers . Isso abre a página System
+ role="bold">Systems Servers . Isso abre a página Systems
Servers no ECL Watch. Essa página lista vários componentes do HPCC
- System. Na coluna Diretory para cada
+ Systems. Na coluna Diretory para cada
componente, há um ícone de unidade de computador. Clique no ícone na
linha do log de componente que deseja acessar.