O Compute Classic é uma solução de infraestrutura como serviço que oferece recursos de computação sob demanda e escaláveis — máquinas virtuais com recursos de rede e armazenamento necessários — na nuvem pública.
Você pode assinar as seguintes opções do Compute Classic:
Consulte a lista de preços aqui.
Para obter informações sobre faturamento da Oracle Cloud Infrastructure, consulte o Guia de Faturamento.
A tabela a seguir resume as diferenças de recursos entre o Compute Classic e o Dedicated Compute Classic:
Uma OCPU é definida como a capacidade de CPU equivalente de um núcleo físico de um processador Intel Xeon com hyper threading habilitado. Para o processador Intel Xeon, cada OCPU corresponde a dois threads de execução de hardware, conhecidos como vCPUs.
O Compute Classic é compatível com diversos sistemas operacionais. Algumas imagens são fornecidas pela Oracle e outras por seus parceiros.
Você pode, é claro, construir sua própria imagem do zero.
A Oracle fornece licenças para instâncias do Windows no Compute Classic implementadas no Oracle Cloud Marketplace. Quando você usa uma imagem do Windows do Oracle Cloud Marketplace, os termos e condições de uso da imagem são exibidos. Leia e aceite esses termos antes de criar uma instância do Windows.
Sim, você pode usar o License Mobility por meio do Software Assurance para usar licenças de outros produtos da Microsoft em suas instâncias do Windows. Consulte https://www.microsoft.com/en-us/licensing/licensing-programs/software-assurance-license-mobility
Você pode trazer uma imagem personalizada do Windows para o Compute Classic quando usar sua própria licença, conforme descrito abaixo. No momento, não é possível usar uma licença fornecida pelo Compute Classic na imagem personalizada do Windows.
A Oracle oferece suporte para o sistema operacional em instâncias do Windows. A Oracle não fornece suporte para outros produtos da Microsoft, aplicações de terceiros ou de código aberto implementadas em suas instâncias do Windows.
Analise a tabela abaixo para determinar qual oferta atende melhor aos seus requisitos de licenciamento.
*Sujeito aos Termos e Condições da Microsoft.
**As licenças de aplicações podem exigir a Mobilidade de Licença por meio do Software Assurance ao serem executadas em Instâncias do Oracle Cloud Infrastructure Classic Windows Server. Perguntas sobre seus direitos de licenciamento devem ser direcionadas à Microsoft ou ao seu revendedor Microsoft.
Observe que, ao trazer sua licença para o Compute Classic, você é o único responsável por cumprir suas obrigações de licença com a Microsoft.
O Oracle Database Backup Service é uma solução segura, escalável e sob demanda para armazenar backups de bancos de dados Oracle na Oracle Cloud.
Os bancos de dados Oracle são copiados para o Oracle Database Backup Service usando o Oracle Database Cloud Backup Module. O módulo está disponível na Oracle Technology Network (OTN) e é totalmente integrado ao Recovery Manager (RMAN), para que você possa continuar usando os comandos RMAN, com os quais já está familiarizado, para operações de backup e restauração.
O Oracle Database Backup Service pode fazer o backup do Oracle Database 10g Versão 2 (10.2) e de versões mais recentes. O Oracle Database Cloud Backup Module pode ser instalado em sistemas operacionais de 64 bits Linux, Solaris, SPARC, HP-UX, AIX, zLinux e Windows.
Faça o download do módulo na OTN: https://www.oracle.com/database/technologies/oracle-cloud-backup-downloads.html
Os dados armazenados usando o Oracle Database Backup Service são replicados automaticamente para três máquinas físicas separadas no mesmo data center. Esse espelhamento triplo evita perda de dados em caso de falha no hardware.
Use o RMAN para criptografar o seu backup antes de enviá-lo para a Oracle Cloud. As chaves são mantidas localmente na sua instalação, e não na nuvem. Os backups criptografados são transferidos e armazenados de forma segura na nuvem.
Ao assinar o Oracle Database Backup Service, você comprará a quantidade de capacidade de armazenamento que desejar. Esse limite de capacidade de armazenamento não pode ser excedido, mas é possível expandi-lo rapidamente adquirindo mais capacidade sob demanda.
Você pode acessar métricas detalhadas no painel de controle Meus Serviços. Clique no nome do serviço para exibir a página de detalhes do serviço. Em seguida, clique no mosaico Métricas para ver os dados de utilização.
O RMAN é a interface principal para isso. Você pode especificar políticas de retenção, executar verificações cruzadas e excluir backups usando os comandos padrão do RMAN.
Sim, os backups de HCC são compatíveis. Todos os backups permanecem compactados e são armazenados na Oracle Cloud.
O Corente Cloud Services Exchange (Corente CSX) da Oracle é um serviço de rede definida por software (SDN) baseado em nuvem que permite que as empresas distribuídas forneçam serviços de conectividade confiáveis de e para qualquer local com menos complexidade, em um tempo significativamente menor e a um custo bastante reduzido, em comparação com abordagens mais tradicionais. O CSG (Corente Services Gateway) é um appliance virtual distribuído localizado na extremidade da rede que fornece pontos finais seguros para redes privadas virtuais sobre qualquer rede IP com instalação sem intervenção humana. Um Corente Services Gateway é instalado em cada local de filial ou parceiro, criando uma conexão segura de ponta a ponta para tráfego de aplicações. O Corente Services Gateway também mantém conexões fora da banda separadas com a plataforma de gerenciamento de serviços centralizada do Service Control Point (SCP), que fornece corretagem de serviços baseada em políticas seguras, mediação, orquestração de rede virtual, monitoramento, administração e registro.
Se você estiver preocupado com a segurança dos seus dados que trafegam pela internet pública, do seu Data Center até a Oracle Cloud Infrastructure, você deve usar a VPN para o Compute Classic. Ele está disponível nos serviços Oracle Cloud Infrastructure Compute Classic, DBCS e JCS.
Uma conta Corente será criada e enviada por email após a compra dos serviços Oracle Cloud Infrastructure Compute Classic, DBCS ou JCS.
Sim, é possível configurar diversos gateways para interconexão com diversos outros locais de gateway.
Sim, ele usa o IPSec padrão.
A VPN para Dedicated Compute Classic é uma solução de hardware somente para o Dedicated Compute Classic. A VPN para Compute Classic é uma solução baseada em VM para computação de uso geral, DBCS, JCS etc.
Você pode instalar o Corente Services Gateways nas seguintes plataformas de virtualização:
Atualmente, appliances VPN de terceiros não funcionam com o serviço Corente. Os locais de endpoint VPN precisarão instalar um Corente Services Gateway.
Você pode usar o mesmo Corente Services Gateway para diversos serviços IaaS e PaaS desde que ele esteja na mesma zona de computação, ou seja, y us2-z23. É altamente recomendável que você use Corente Services Gateways diferentes para cada serviço.
O FastConnect Classic fornece acesso aos seus serviços Oracle Cloud IaaS e PaaS por meio de uma conexão direta de suas instalações ou instalações de colocalização. Esse serviço fornece um caminho direto e determinístico da sua rede para os serviços da Oracle Cloud, de modo que seus dados não são transportados pela internet pública. Isso fornece desempenho consistente, largura de banda dedicada e latência controlada ou reduzida. O Oracle Cloud Infrastructure FastConnect Classic é oferecido em duas variações para atender às necessidades de cada empresa e fornecer a solução ideal para diferentes casos de uso:
Entre em contato com seu representante de vendas da Oracle para identificar a melhor solução para as suas necessidades.
O modelo de serviço FastConnect Classic with Standard Edition fornece acesso aos serviços Oracle Cloud IaaS e PaaS usando uma conexão direta de suas instalações ou instalações de colocalização. Com esse serviço, você pode conectar os roteadores de borda da sua rede diretamente aos roteadores de borda da Oracle e rotear o tráfego para a Oracle Cloud usando o protocolo BGP. Este serviço fornece um caminho direto e determinístico de sua rede para os serviços IaaS e PaaS da Oracle Cloud, de modo que seus dados não sejam transportados pela internet pública. Esse serviço fornece desempenho consistente, largura de banda dedicada, e renderiza latência controlada ou reduzida.
O modelo de serviço FastConnect Classic with Partner Edition é oferecido por meio de um parceiro, como um provedor de serviços de rede IP VPN, MPLS VPN ou provedor de troca de data center. Esse serviço fornece um método simples e padrão de conexão com a Oracle. Ele usa o Border Gateway Protocol (BGP) para trocar informações de roteamento com sua rede por meio do parceiro. Isso permite acessar os serviços do Oracle Cloud IaaS e PaaS em um caminho mais direto como uma alternativa para usar a internet pública. Consulte Sobre o serviço no FastConnect Classic Partner Edition.
Estabelecer uma conexão direta de suas instalações com os serviços da Oracle Cloud permite:
Usando o modelo de serviço FastConnect Classic with Standard Edition, você pode conectar seus roteadores de borda diretamente aos roteadores de borda da Oracle em um local específico do data center e estabelecer uma sessão de peering BGP diretamente com a Oracle. FastConnect Classic Partner Edition, sua conectividade com os serviços da Oracle Cloud é provisionada por meio de um parceiro, como Equinix Cloud Exchange ou provedores de VPN MPLS.
O FastConnect Classic suporta acesso aos serviços IaaS e PaaS da Oracle Cloud. Nem todos os serviços listados da Oracle Cloud têm suporte em todas as cidades. Entre em contato com seu representante de vendas da Oracle para obter informações sobre os serviços da Oracle Cloud que você pode acessar em sua cidade. Para obter a lista completa dos serviços IaaS e a PaaS na Oracle Cloud, consulte https://www.oracle.com/cloud/.
Para obter uma lista mais atualizada da disponibilidade deste serviço, entre em contato com o representante de vendas da Oracle.
Não é obrigatório que seu data center seja colocalizado em um data center da Oracle. No entanto, é necessário se conectar ao data center da Oracle na cidade onde o seu Oracle Cloud Service está provisionado. Isso é feito usando conexões cruzadas de fibra quando você está colocalizado no data center da Oracle.
Sim. Você ainda pode usar o serviço com uma operadora regional ou um provedor de serviços de rede para estender sua rede de suas instalações ou data center para o data center da Oracle. Entre em contato com o provedor de serviços de rede para solicitar uma linha privada Ethernet na cidade apropriada, onde o serviço da Oracle Cloud está provisionado.
Não. Você deve falar com seu provedor de serviço de rede para solicitar a linha privada necessária do seu local até as instalações da Oracle.
Você precisa de equipamento de rede capaz de suportar roteamento de camada 3 usando o Border Gateway Protocol e marcação de VLAN usando 802.1Q.
O modelo de serviço FastConnect Classic with Standard Edition é configurado para assegurar alta disponibilidade. Ao solicitar este serviço, a Oracle fornece duas portas redundantes às quais você pode se conectar. Para obter redundância de ponta a ponta a partir da borda da rede e obter o contrato de nível de serviço (SLA) de 99,9%, é necessário solicitar circuitos ou linhas redundantes ao provedor de serviços de rede, juntamente com conexões cruzadas físicas separadas para os roteadores de borda da Oracle a partir de roteadores redundantes em sua rede. Também é necessário estabelecer dois pares BGP redundantes. Não é possível configurar duas conexões cruzadas físicas, mas você perderá o SLA de 99,9% se tiver apenas uma conexão cruzada física e um par BGP.
Após receber as informações de configuração da Oracle, estabeleça a conectividade lógica e defina as configurações de roteamento BGP em seus roteadores de borda. Conclua todas as configurações adicionais em seu ambiente para gerenciar o fluxo de tráfego no modelo de serviço FastConnect Classic with Standard Edition. A Oracle anuncia seus prefixos IPv4 no par BGP com seus roteadores e você precisará aceitar esses prefixos e configurar a prioridade necessária para o tráfego para endpoints específicos de seus serviços no par FastConnect Classic com a Oracle.
Sim. Você pode usar uma chave pré-compartilhada para a sessão BGP ao configurar a conexão.
Não. É necessário divulgar os endereços IP roteáveis publicamente em sua sessão de pareamento com a Oracle.
Isso é revisado e aprovado pela Oracle caso a caso. Envie a solicitação por meio da equipe do Oracle Account. Ao enviar a solicitação, forneça informações sobre quem é o proprietário dos prefixos públicos e o motivo comercial para usá-los.
Você pode anunciar no máximo 200 prefixos IPv4 no peering BGP para o modelo de serviço FastConnect Classic with Standard Edition.
Se você tiver configurado conexões redundantes da borda da sua rede para o data center da Oracle e apenas um dos links falhar, você não perderá a conectividade. Se ambos os links para o data center da Oracle falharem, você não poderá usar o FastConnect Classic com o modelo de serviço Standard Edition até que a conectividade seja restaurada.
Será necessário estabelecer e testar as configurações apropriadas em seus roteadores para garantir que não perderá a conectividade se um link falhar.
Mesmo que os dois links para o modelo de serviço FastConnect Classic with Standard Edition falharem, você não perderá o acesso aos serviços da Oracle Cloud, pois eles ainda estarão disponíveis pela internet pública. Você pode reconfigurar seus roteadores para rotear o tráfego relacionado aos serviços IaaS e PaaS da Oracle Cloud por meio da internet pública.
Será necessário estabelecer e testar as configurações e os procedimentos apropriados para garantir acesso ininterrupto aos seus serviços IaaS e PaaS da Oracle Cloud na internet pública, mesmo quando os dois links para o FastConnect Classic falharem.
Sim. O modelo de serviço FastConnect Classic with Standard Edition é configurado como ativo-ativo para os dois links. As sessões BGP nos dois links estão ativas e podem passar o tráfego a qualquer momento para proporcionar alta disponibilidade. É necessário configurar o roteamento BGP para passar tráfego por apenas um link por vez. Defina também sua preferência local de BGP, de forma que o tráfego de volta ao FastConnect Classic seja roteado para o link principal. O link secundário somente é usado se a conexão pelo link principal ou roteador falhar.
Não. A ID do FastConnect que você recebe quando o FastConnect Classic é provisionado é válida para um par redundante de conexões em um local.
Não há suporte para a conectividade de camada 2 no FastConnect Classic.
Um número de sistema autônomo, ou ASN, é usado na internet para identificar uma rede única ou um grupo de redes gerenciadas e controladas por uma entidade administrativa de rede comum (que pode ser um Internet Service Provider, uma empresa, um instituto, por exemplo). Um sistema autônomo é um domínio de roteamento gerenciado pelo administrador de rede desse domínio. O sistema autônomo recebe um número globalmente exclusivo, chamado de ASN (Autonomous System Number, Número de Sistema Autônomo). Consulte http://www.iana.org/assignments/as-numbers/as-numbers.xhtml.
O ASN da Oracle Cloud Infrastructure atualmente é AS7160.
A ID do FastConnect é criado quando seu serviço FastConnect Classic é solicitado. Entre em contato com seu representante de vendas da Oracle para obter sua ID FastConnect.
Não. Você deve solicitar o FastConnect Classic com o modelo de serviço Standard Edition no local onde seus serviços Oracle são provisionados e se conectar por meio do data center da Oracle nesse local.
Se você tiver serviços Oracle Cloud IaaS e PaaS provisionados em vários locais, precisará estabelecer uma conexão FastConnect Classic em cada um dos locais onde seus serviços estão provisionados. Por exemplo, se você tiver serviços em Chicago e Ashburn, deverá solicitar e provisionar conexões FastConnect Classic em ambos os locais. Entre em contato com seu representante de vendas da Oracle para obter informações sobre os serviços da Oracle Cloud que você pode acessar em sua cidade.
As velocidades de conexão disponíveis nos roteadores Oracle são 1 Gbps e 10 Gbps. No entanto, os recursos de serviço e as opções de conectividade são constantemente atualizados. Entre em contato com a equipe da Oracle Account para obter mais informações e atualizações.
Você pode selecionar velocidades diferentes para conexões do modelo de serviço FastConnect Classic com Standard Edition que são provisionadas em cidades ou locais diferentes. Por exemplo, se você provisionar uma conexão de modelo de serviço FastConnect Classic with Standard Edition em Chicago e outra em Ashburn, poderá escolher 10 Gbps para um local e 1 Gbps para o outro, com base em seus requisitos.
Sim. Você pode provisionar o modelo de serviço FastConnect Classic with Standard Edition em um local e provisionar o FastConnect Classic Partner Edition em um local diferente de acordo com seus requisitos. Entre em contato com seu representante de vendas da Oracle para obter informações sobre os serviços da Oracle Cloud que podem ser acessados em sua cidade e qual serviço pode ser usado em cada cidade.
Não. O modelo de serviço FastConnect Classic with Standard Edition permite rotear seu tráfego de/para a Oracle sem precisar passar pela internet pública, mas não é um túnel VPN IPSec.
Sim. Você pode estabelecer um túnel VPN IPSec para o Oracle depois de estabelecer conectividade direta usando o modelo de serviço FastConnect Classic with Standard Edition. Para obter mais informações sobre como estabelecer um canal VPN IPSec do seu data center, consulte Conecte-se a instâncias em um site dedicado usando VPN em Com usar o Oracle Compute Classic.
Não. Você pode estabelecer um túnel VPN IPsec para fornecer uma camada extra de segurança e não é um requisito obrigatório. Se você estiver acessando os serviços Dedicated Compute Classic por meio do FastConnect Classic Partner Edition, deverá usar o túnel VPN IPsec para estender sua rede privada on-premises.
É uma solução de armazenamento de objetos que permite que as empresas armazenem arquivos e dados não estruturados na nuvem de forma segura e confiável. Dados podem ser armazenados e recuperados, a qualquer momento, de qualquer dispositivo conectado à internet.
O Oracle Cloud Infrastructure Archive Storage Classic faz parte do Object Storage Classic com medição de consumo. Fornece uma área de armazenamento a aplicações e cargas de trabalho que exigem retenção em longo prazo pelo menor preço do setor atualmente.
Como um arquivo “deep cloud”, o Archive Storage Classic é ideal para conjuntos de dados em grande escala acessados com pouca frequência, como registros financeiros corporativos, arquivos médicos e farmacêuticos, conteúdo de preservação cultural, registros de seguros e matrizes de filmes digitais.
É possível armazenar e recuperar dados no Object Storage Classic por meio de um web service RESTful e usando uma biblioteca Java.
É possível utilizar aplicações de backup Oracle e de terceiros para acessar e gerenciar dados armazenados.
Assim que os dados são armazenados no Object Storage Classic, eles são replicados automaticamente 3 vezes para separar máquinas dentro do mesmo data center. Esse espelhamento impede a perda de dados causada por falhas de hardware.
O acesso aos dados é baseado nas funções do usuário. Os administradores de contas podem criar funções de usuário personalizadas em seu Domínio de Identidade e essas funções podem ser usadas para atribuir privilégios somente leitura ou leitura/gravação aos contêineres. Se necessário, os administradores de serviços também podem permitir acesso público para leitura aos contêineres.
Os usuários podem criptografar seus dados antes de armazená-los como objetos no Object Storage Classic usando a biblioteca Java. Os dados do objeto podem ser criptografados com um par de chaves RSA de 2048 bits fornecido e gerenciado pelo cliente.
Para contas do Object Storage Classic sem medição, o comprador deve especificar a capacidade de armazenamento necessária. Os usuários da Instância do Serviço não podem armazenar mais dados que o volume originalmente adquirido. A qualquer momento, o comprador pode aumentar a capacidade de armazenamento da instância do serviço.
Para contas do Object Storage Classic com medição de consumo (que fazem parte da Oracle Cloud Infrastructure), os usuários da Instância de Serviço podem armazenar o volume de dados que desejarem, desde que a conta em uso não possua pendências. Os compradores serão cobrados pelo uso regularmente.
É possível fazer upload de arquivos de qualquer tamanho no Object Storage Classic. Um único objeto no Object Storage Classic pode ter até 5 GB. Para armazenar arquivos maiores, basta segmentar o arquivo original em tamanhos de até 5GB e fazer o upload seguindo uma convenção de nomenclatura definida. Em seguida, crie um objeto de manifesto para representar todas as partes do arquivo original. É possível fazer o download do arquivo resultante como um único arquivo idêntico ao arquivo original.
Sim. É possível agendar objetos individuais para exclusão. Veja a documentação para obter mais detalhes.
Assinaturas sem medição de consumo têm limites de cotas de recursos para cada mês. Quando o uso do recurso durante um determinado mês ultrapassa os limites da cota do recurso, o contrato é faturado em atraso no final do mês. Para entender os limites de cota de recursos da sua assinatura sem medição de consumo, faça login em Meus Serviços.
Para evitar a cobrança de excedentes na sua assinatura sem medição de consumo, reduza o uso mensal dos recursos para ficar dentro dos limites da cota de recursos constante na sua assinatura.
As assinaturas sem medição de consumo podem selecionar uma política que replique os dados em um data center de georreplicação. Dependendo dos limites da cota de recursos da sua assinatura sem medição de consumo, poderão ser aplicadas taxas adicionais. Para entender os limites de cota de recursos da sua assinatura sem medição de consumo, faça login em Meus Serviços.
A cobrança na assinatura sem medição de consumo será feita com base na soma dos recursos usados em ambos os data centers. Por exemplo, se você adquirir 4 TB de capacidade de armazenamento e selecionar uma política de replicação que replique dados para um data center de georreplicação, você terá 2 TB de capacidade de armazenamento utilizável em ambos os data centers (2TB + 2TB = 4TB). Também será cobrada na assinatura sem medição de consumo a transferência de dados do DC principal para o DC de georreplicação. Por exemplo, se você selecionar uma política que replique dados para um data center de georreplicação e fizer upload de 300 GB para sua conta, você será cobrado por 300 GB de Transferência de Dados de Saída para outro DC.
O Oracle Cloud Infrastructure Storage Software Appliance é um gateway de armazenamento na nuvem que ajuda você a conectar seu ambiente local com a Oracle Cloud Infrastructure. Usando o Storage Software Appliance, qualquer aplicação capaz de armazenar dados em um destino NFS pode mover dados de forma fácil e simples para o Oracle Cloud Infrastructure Object Storage sem que primeiro tenha de modificar a aplicação para implementar as APIs REST. O Storage Software Appliance revela um ponto de montagem NFS, que pode ser montado em qualquer host que ofereça suporte ao cliente NFS v4. O Storage Software Appliance converte o NFS em API REST para você. Um cache configurável local permite movimentação assíncrona e otimizada de dados para a nuvem para contornar os problemas de conectividade ruim e/ou instável. O cache local também melhora a latência ao ler dados da nuvem, já que os dados acessados com frequência são armazenados no cache localmente. Cada ponto de montagem NFS do Storage Software Appliance é mapeado para um contêiner/bucket de armazenamento de objetos. A interface NFS permite usar os comandos tradicionais do sistema de arquivos para interagir com o armazenamento em nuvem. Como o Storage Software Appliance mantém o controle dos metadados do objeto, os dados gravados no armazenamento de objetos usando o Storage Software Appliance devem sempre ser relidos usando o Storage Software Appliance.
Usando o Storage Software Appliance, você pode mover facilmente os dados gerados por aplicações tradicionais (que trabalham com os protocolos de sistema de arquivos como NFS) para o armazenamento de objetos sem primeiro precisar modificar a aplicação para integração com as APIs REST. O Storage Software Appliance ajuda a abrir um armazenamento sem limites na nuvem para as aplicações tradicionais locais, que antes não podiam aproveitar a escalabilidade, durabilidade e economia contínuas do armazenamento na nuvem.
Não, o Storage Software Appliance não deve ser usado como armazenamento conectado à rede para finalidades gerais. Embora o Storage Software Appliance em muitos aspectos seja um sistema de arquivos virtual, sua principal função é a movimentação de dados para a nuvem. Ele não foi projetado para lidar com cargas de trabalho transacionais que um sistema de arquivos completo seria capaz de manipular.
O Storage Software Appliance é uma ferramenta eficiente para mover dados de seu datacenter on-premises para a nuvem. Você pode efetivamente usar o Storage Software Appliance para copiar dados de backup/arquivo para a nuvem, especialmente quando a aplicação de backup/arquivo não está nativamente integrada ao Oracle Object Storage. O Storage Software Appliance também pode ser utilizado para mover dados de arquivadores on-premises para o armazenamento de objetos, aproveitando o utilitário ‘rsync’.
Armazenamento de rede de uso geral: o Storage Software Appliance não é um arquivador de armazenamento de uso geral e não deve ser usado como substituto de appliances de armazenamento em rede tradicionais.
Sincronização e compartilhamento de arquivos: embora o Storage Software Appliance seja um movimentador de dados eficaz, não substitui os serviços de sincronização e compartilhamento de arquivos. Avalie os serviços da Oracle, como a Oracle Document Cloud, se quiser usar uma funcionalidade de sincronização e compartilhamento de arquivos.
Colaboração de conteúdo: o Storage Software Appliance não suporta várias instâncias de appliance fazendo simultaneamente leituras e gravações em um único contêiner/bucket de armazenamento de objetos. Ele não deve ser usado como ferramenta para que equipes distribuídas colaborem na criação e no gerenciamento de conteúdo.
Arquivos modificados frequentemente: se você espera que seus dados sejam modificados com muita frequência, não use o appliance de software de armazenamento. Isso é recomendável porque quando os dados são modificados, o conteúdo primeiramente é lido no armazenamento de objetos (se não estiver presente no cache do appliance de armazenamento). Em seguida, os dados modificados são submetidos a upload como novo objeto. Dessa forma, os dados modificados com frequência resultam em uma ineficiência substancial, em termos de consumo de largura de banda de upload/download e utilização da capacidade.
O Storage Software Appliance é gratuito. Qualquer pessoa com acesso ao Oracle Cloud Infrastructure Object Storage ou Object Storage Classic pode usar gratuitamente o serviço para mover dados para a nuvem.
Você pode fazer download do Storage Software Appliance aqui. Para instalar, prepare um servidor com os seguintes requisitos de mínimos de hardware/software:
Requisitos de Software:
Siga o guia para instalar o Storage Software Appliance. Após a instalação, você pode começar a configurar o sistema de arquivos do Storage Software Appliance usando o guia de configuração e, em seguida, montar o sistema de arquivos. Agora comece a usar o Storage Software Appliance para mover dados continuamente para a nuvem.
O Storage Software Appliance é compatível com o NFS v4.
Não, o Storage Software Appliance atualmente não suporta um ambiente operacional Windows.
O Storage Software Appliance pode ser usado para replicar dados de qualquer armazenamento, desde que o cliente NFS que está executando a cópia de dados possa facilitar isso.
Quando você cria um sistema de arquivos no Storage Software Appliance, um contêiner/bucket de armazenamento de objetos com o mesmo nome do seu sistema de arquivos é criado no destino de armazenamento de objetos, na região de sua escolha. Após a criação de um sistema de arquivos, o Storage Software Appliance gerencia completamente os seus dados no contêiner/bucket de armazenamento de objetos. Você só precisa interagir diretamente com o sistema de arquivos local usando comandos normais do sistema de arquivos.
Não, você não precisa usar APIs do Object Storage para usar o Storage Software Appliance. O Storage Software Appliance converte o NFS em API REST para você.
O Storage Software Appliance oferece suporte às seguintes plataformas:
Sim, você pode executar o Storage Software Appliance em uma instância de computação da Oracle Cloud Infrastructure, usando as mesmas instruções que usaria se estivesse instalando o produto on-premises.
Sim, você pode instalar o Storage Software Appliance com as seguintes instruções do Storage Software Appliance-Cloud Distribution.
O Storage Software Appliance é compatível com todas as regiões disponíveis da Oracle Cloud Infrastructure e do Oracle Cloud Infrastructure Classic.
Não, o Storage Software Appliance não oferece suporte à compactação ou deduplicação.
Siga as instruções na documentação para configurar um sistema de arquivos. Antes de criar um sistema de arquivos, certifique-se de criar primeiro uma tenancy na nuvem, pois será necessário fornecer o endpoint de armazenamento de objetos e as credenciais de usuário para criar o sistema de arquivos.
Você pode se inscrever na Oracle Cloud Infrastructure ou no Oracle Cloud Infrastructure Classic Object Storage das seguintes maneiras:
O representante de vendas da Oracle pode fornecer informações sobre as opções de preços disponíveis para sua empresa. Seu representante de vendas coletará algumas informações suas e iniciará o processo de registro.
Sim, você pode criar vários compartilhamentos de arquivos por instância do Storage Software Appliance. Os recursos de host disponíveis determinam o limite superior do número máximo de compartilhamentos que podem ser suportados por uma instância do Storage Software Appliance.
No entanto, recomenda-se não ter mais de quatro sistemas de arquivos ativos, pois eles competem por recursos.
Não há limite para o número de appliances que podem ser usados com uma conta ou tenancy de armazenamento, mas somente uma instância de appliance pode ser criada em um determinado host.
Sim, o Storage Software Appliance pode ser instalado atrás de um servidor proxy. Para configurar os servidores proxy, use os seguintes comandos:
oscsa configure proxy https://:<proxy_ip>:<port>
Restart OSCSA: oscsa down; oscsa up. Encontre mais informações na documentação do produto.
Quando você cria um sistema de arquivos, a menos que especifique um compartimento onde gostaria de criá-lo, por padrão o contêiner/bucket que faz o backup do sistema de arquivos é criado no compartimento “raiz” padrão.
O Storage Software Appliance usa armazenamento local conectado ao servidor (ou servidor virtual) para hospedar os sistemas de arquivos e o cache. Os arquivos gravados em um sistema de arquivos no appliance são transferidos por upload para o contêiner/bucket do Object Storage, com parte do conjunto de arquivos mantida localmente no sistema de arquivos como cache ativo. O cache local do Storage Software Appliance tem duas funções: cache de ingestão (buffer de gravação/upload) e cache de leitura. Você pode especificar o tamanho máximo do cache de leitura. O buffer de gravação usará qualquer espaço disponível restante no volume de armazenamento local e não tem uma definição de tamanho do cache. Para desempenho, confiabilidade e tolerância a falhas ideais, considere as seguintes diretrizes ao configurar o armazenamento do appliance local:
Quando um sistema de arquivos é criado, um bucket/contêiner de armazenamento de objetos correspondente com o mesmo nome é criado. Quando for especificado um nome de sistema de arquivos que corresponda a um contêiner/bucket existente, o appliance solicitará que o usuário confirme que o sistema de arquivos (que pode ter sido criado por uma instância diferente) deve ser transferido para essa instância do appliance.
Os dados armazenados no Oracle Cloud Infrastructure Object Storage são criptografados por padrão. Os dados são carregados e baixados do Oracle Object Storage em terminais SSL usando o protocolo HTTPS. Na Oracle Cloud Infrastructure - Classic, você tem a opção de criptografar os dados no cliente. Você pode fornecer suas próprias chaves assimétricas RSA se tiver habilitado a criptografia para um sistema de arquivos. A chave simétrica converte os dados em um formato legível chamado texto simples. Se você perder as chaves, perderá os dados.
Chaves assimétricas: há um único par de chaves para cada instância do appliance. O mesmo par de chaves é usado para criptografar informações relacionadas à configuração local. Se você fornecer um par de chaves assimétricas, ele será usado para criptografar ou descriptografar os itens de configuração de banco de dados do sistema de arquivos especificados. Certifique-se de que as chaves assimétricas tenham backup.
Chaves simétricas: a chave simétrica é armazenada no banco de dados do sistema de arquivos local. Cada sistema de arquivos pode ter sua própria chave simétrica de criptografia exclusiva. A chave simétrica é criptografada usando a chave assimétrica que é armazenada localmente no disco.
A qualquer momento, você poderá fazer download de um arquivo tar.gz contendo os detalhes de todas as chaves armazenadas no disco. A rotatividade de chaves permitirá a recuperação de dados caso o appliance falhe em algum momento.
Rotação de chaves no appliance
Sim, o Storage Software Appliance oferece suporte a chaves gerenciadas pelo usuário para criptografia de dados do cliente na Oracle Cloud Infrastructure-Classic. Atualmente, esse recurso não é compatível com a Oracle Cloud Infrastructure.
O tamanho do arquivo é definido pelo tamanho máximo de objeto suportado pelo Object Storage. Para conhecer os limites do Oracle Cloud Infrastructure Object Storage, consulte os Limites do Object Storage.
Desde que o cache local seja dimensionado com precisão, não há limite superior no volume de dados que podem ser transferidos por upload para o armazenamento de objetos. Porém, as melhores práticas recomendam que os sistemas de arquivos não devem exceder 10 milhões de arquivos.
Não, os dados cujo upload foi feito utilizando o Storage Software Appliance devem sempre ser lidos usando uma instância do Storage Software Appliance. Isso ocorre porque ele mantém metadados sobre os dados carregados, o que é necessário para reconstruir o arquivo carregado a partir de suas partes constituintes, gravadas no armazenamento de objetos.
Não, o Storage Software Appliance não oferece suporte à colaboração de gravações múltiplas. Não é possível mapear vários sistemas de arquivos do Storage Software Appliance para um único contêiner/bucket de armazenamento de objetos.
Sim, você pode usar várias contas de nuvem para criar vários sistemas de arquivos em qualquer instância do Storage Software Appliance.
Não, nós não oferecemos suporte para várias instâncias do Storage Software Appliance montando sistemas de arquivos com o apoio de um contêiner/bucket de armazenamento de objetos comum. Nós também não oferecemos suporte para o Storage Software Appliance em modo "Somente Leitura".
Para alterar as propriedades de um sistema de arquivos, faça login no console de gerenciamento e clique no nome do sistema de arquivos no Painel de Controle:
Após a atualização das propriedades do sistema de arquivos, clique em Salvar.
Consulte Restaure arquivos do sistema.
Consulte Rastreie a restauração de todos os arquivos no sistema.
Na GUI da Web, a guia “Details” (Detalhes) do sistema de arquivos mostra se o sistema tem backup feito por um contêiner/bucket de armazenamento de arquivos.
Se um sistema de arquivos for excluído/removido, o contêiner/bucket da nuvem da Oracle Cloud Infrastructure permanecerá intacto na nuvem. O sistema de arquivos poderá ser restaurado criando outro com o mesmo nome, no mesmo domínio de identidades da Oracle Cloud Infrastructure Classic ou na tenancy da Oracle Cloud Infrastructure.
Para excluir permanentemente um sistema de arquivos, inclusive todos os seus dados na nuvem, há duas formas:
O Storage Software Appliance permite operações de arquivo com granularidade em nível de byte, como anexar, reescrever, sobrescrever e truncar. Quando um arquivo é modificado em um sistema de arquivos do appliance, uma nova versão do arquivo é criada e o upload é feito para a conta.
Ao criar um sistema de arquivos, você pode escolher se as versões mais antigas de um objeto armazenado na nuvem devem ser mantidas sempre que o arquivo correspondente for atualizado ou excluído do sistema de arquivos.
Sim, se a opção Excluir versões antigas de arquivos estiver habilitada, a exclusão de dados do Storage Software Appliance excluirá permanentemente os dados do armazenamento de "Objetos/Arquivos". Se esse recurso estiver desativado, os arquivos excluídos serão removidos do namespace do sistema de arquivos no appliance, mas os objetos correspondentes permanecerão no contêiner/bucket de armazenamento de objetos.
O número de objetos no contêiner/bucket da nuvem normalmente será maior que o número de arquivos no sistema de arquivos por vários motivos, entre eles:
Se a compactação de versão estiver desativada (padrão), os objetos da nuvem não serão excluídos quando um arquivo for excluído. Nesse modo, o arquivo é removido do namespace do sistema de arquivos, mas o objeto de dados correspondente na nuvem é mantido, portanto, é improvável que a contagem de objetos diminua. Se a compactação de versão estiver ativada e um arquivo for excluído, o objeto correspondente na nuvem também será excluído. O processo para remover o objeto na nuvem é executado periodicamente, de modo que haverá um atraso (até 24 horas) para que a alteração seja refletida na contagem de objetos.
O appliance não começará o upload de um arquivo novo ou modificado até que o arquivo seja fechado. Depois que um arquivo é fechado, o appliance permite definir o tempo de 1 minuto antes de enfileirar o arquivo para upload. Pode haver uma extensa lista de arquivos com upload pendente, ou seja, pode demorar um pouco até que eles sejam exibidos no contêiner/bucket da nuvem. A interface do usuário do administrador e/ou o comando de diagnóstico podem ser usados para verificar o status do upload do arquivo, mas não há uma maneira confiável de prever quando ele realmente será transferido para a nuvem.
Sim, “df” e “du” funcionam com o Oracle Cloud Infrastructure - Classic, mas ao usar o Oracle Cloud Infrastructure Object Storage, esses comandos informam o valor “0”. Isso ocorre porque o Storage Software Appliance é um gerenciador de arquivos, não há limites reais de tamanho do sistema de arquivos, a menos que seja restringido pela conta na nuvem e/ou pela cota do bucket/contêiner. Da mesma forma, é feito upload dos arquivos para a nuvem como objetos, não havendo contabilização de uso como nos sistemas de arquivos tradicionais.
Se o cache estiver perto de atingir o limite, você poderá esperar que o conteúdo do cache seja sincronizado com o Object Storage ou aumentar o tamanho do cache. O desempenho diminui conforme o volume do disco aumenta, devido à fragmentação. Para evitar que essas condições afetem o desempenho de E/S, provisione o volume de modo que ele nunca fique mais de 80% cheio.
Se uma instância do Storage Software Appliance apresentar alguma falha inesperadamente devido a problemas de software ou hardware, você poderá criar outra instância e conectar o sistema de arquivos ao contêiner/bucket de armazenamento de objetos que contém os dados do sistema de arquivos. Os arquivos que foram colocados em buffer no appliance que falhou, mas que ainda não foram transferidos por upload, terão de ser regravados no appliance recuperado.
Se a criptografia estava ativada na instância do Storage Software Appliance, você precisará informar novamente as chaves RSA usadas na instância anterior.
Se configurado anteriormente como um sistema de arquivos, selecione Habilitar arquivo. O sistema de arquivos pode ser montado depois de selecionar essa opção.
Se o sistema de arquivos tinha propriedade de gravação na instância do appliance anterior, certifique-se de que ele tenha na nova instância. Para reivindicar a propriedade de gravação, reconecte o sistema de arquivos na nova instância.
A janela Sistema de arquivos: Reivindicar propriedade é exibida, solicitando que você confirme se o outro appliance deve ser desconectado.
Se você optar por continuar, tome as medidas necessárias, dependendo do serviço de armazenamento:
Há algumas coisas que você pode fazer se suas chamadas NFS estiverem retornando erros de E/S:
Se você não puder se conectar ao Oracle Object Storage, verifique sua conectividade com o armazenamento de objetos usando comandos cURL.
Teste de autenticação de URL da Oracle Cloud Infrastructure Classic: docs.oracle.com/en/cloud/iaas-classic/storage-cloud/ssapi/Authentication.html
Certifique-se de que, ao criar o sistema de arquivos, o ponto de montagem seja exportado usando o comando
docker exec oscsa_gw /opt/oracle/gateway/./nfs-exports.sh
A troca de rede IP permite o acesso da VM em diferentes redes IP. As regras de segurança e ACLs também podem afetar o acesso.
A referência de configuração: docs.oracle.com/en/cloud/iaas-classic/compute-iaas-cloud/stcsg/managing-ip-network-exchanges.html
Verifique se o Storage Software Appliance está em execução:
oscsa info
Se o appliance não estiver em execução, inicie-o:
oscsa up
Anote o número da porta do console de gerenciamento.
Saída de amostra
Criando o volume do OSCSA Iniciando o OSCSA [oscsa_gw:1.0] Console de gerenciamento: https://myappliancehost.example.com:32771/. Se você já tiver configurado um sistema de arquivos do OSCSA por meio do Management Console, poderá acessar o compartilhamento NFS usando a seguinte porta. Porta NFS: 32770 Exemplo: mount -t nfs -o vers=4,port=32770 myApplianceHost.example.com:/OSCSA_filesystem_name/local_mount_point
Na saída de amostra,
-myApplianceHost.example.com é o nome do host do appliance
-32771 é o número da porta do console de gerenciamento
Certifique-se de usar https se tiver habilitado o SSL. Por padrão, o SSL é ativado.
Verifique suas credenciais de usuário em sua conta da Oracle Cloud Infrastructure Object Storage Classic e atualize-as no console de gerenciamento.
Verifique se o Storage Software Appliance está em execução:
oscsa info
Se o appliance não estiver em execução, inicie-o:
oscsa up
Anote o número da porta do console de gerenciamento e do NFS.
Verifique se o appliance está sendo executado no docker no host do appliance.
Certifique-se de que o protocolo NFS esteja em execução:
sudo systemctl enable nfs-server
Verifique se o número da porta NFS na saída (de oscsa info) corresponde à porta que você está usando para se conectar ao seu cliente NFS.
Você pode obter suporte para o Storage Software Appliance entrando em contato com os canais de suporte da Oracle:
Esta página foi traduzida automaticamente.